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The grouping tree is a phenomenally well-designed organizational tool. No 
more searching for the particular brush you want to edit. No more confusing 
group creating and manipulation. qED takes the idea of groups, and uses it to 
make the whole editing process simpler as well as more powerful. . . . 

qED does make it easy for the beginner to start editing. But its true power 
is revealed when your maps start growing. That's when organization counts, 
and that's when qED shines. 
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qED is an astonishing editor. It's Quake level editing to the next power. Matt 
Tagliaferri has done some incredible work on this program that should be 
noted greatly. It will be hard to overcome, I can promise you that. 

If you're looking for the most advanced, yet easiest to learn editor out 
there, qED has got to be it. It's true there are a lot of other great editors out 
there, but none as incredible as qED. 


MIKE LAVERS (mikelavers@w-link.net, 
CoWebmaster of Quake Level Editing News— 
http://www. planetquake.com/edit/index.shtm: 


GED is the easiest Quake editor I’ve ever worked with. The Help file examples 
and the Primer were written to help you learn as you create levels. qED simply 
blows the competition away! If you're going to learn about Quake editing, qED 
is the best place to start.” 


ROBERT E. WARING (rwaring@indy.net, author 
of The Deathmatch Manifesto 


GED is actually the only editor I use now. I didn't think I would switch from my 
previous editor but after a quick test drive I was hooked. 


ROBERT ROMANI (sromani@aol.com) 
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ntroduction 


The computer game industry has changed a great deal in the last few years. 

Playing a new computer game in the past (say, the PC-game “Dark Ages" 

of the late 1980s) was often a self-contained, finite act. You bought the 
game, you installed it, and you played it to completion (assuming the game had an 
actual end, that is). Once you finished the game and had explored all it had to offer, 
that was basically it. You had to start the whole process over with a new game, or you'd 
call a friend over and show your new discovery. 


Games today are much less static. The people writing computer games figured out that 
if they had a really good game on their hands, they could increase its sales—if they 
could just find a way to keep people playing it. Because nobody has much fun playing 
the same levels in a game over and over again, someone had the bright idea that if 
designers could just keep creating good new levels for the game, players would be able 
to enjoy these new levels forever (well, at least until the hot new upgrade hit the stores). 

The real revolution in this idea came during the DOOM era, roughly from 1993 to 
1995. DOOM is a game written by id Software, the same people who created Quake. 
The folks at id Software figured out that the best way to keep the DOOM era alive and 
well was to let the game players themselves be the authors of the new levels. To that 
end, the company did something previously unheard of—it actually helped people 
"hack" the game. That is, its designers and engineers assisted programmers (both ama- 
teur and professional) to learn how a DOOM level was stored on a hard drive, as well 
as how to enhance it, tweak it, and embellish it to suit various preferences and keep 
players intrigued. This allowed those programmers to write programs that people could 
actually use to make DOOM levels. The result was a veritable cottage industry of players 


qED: The Next Generation 3 


and artists who spend hours upon hours creating, distributing, and selling new levels 
for DOOM, even to this very day. 


qED: THE NEXT GENERATION 


But id Software didn't rest on its laurels with DOOM. In 1996, id released its latest and 
greatest creation, called Quake. Knowing that the infinite extendibility of DOOM was 
a major part of that game's success, it made sure that this next game was equally 
expandable, or even more so. To accomplish this end, id Software began publishing 
documents on the Internet that described the data needed to create a Quake before 
any version of Quake itself was out, shareware or otherwise. This started the online 
development community discussing the Quake level data, getting jazzed about ideas 
for improvement, and writing some preliminary tools for reading and writing this data. 
When Quake itself did hit the market, these add-on tools-developers were well on their 
way to writing programs for Quake level creation. 


INTRODUCING qED AND LEVEL DESIGN 


This book contains just such a tool, qED, which is a Latin abbreviation for "quod erat 
demonstrandum" (that which is to be proven). qED also can be thought of as stand- 
ing for *Quake Editor," is the Quake level editor that I've written. qED is a 32-bit 
Windows application that runs on Windows 95 or Windows NT 4. It was written in 
the Borland Delphi 2.0 language. 

qED is not some existing 3D application that had Quake map support "bolted in." 
Instead, qED was written from the ground up to be a Quake editor. 

This book will serve as the manual for qED, along with its existing online docu- 
mentation. It covers all aspects of Quake 
level design from the simple “nuts and 


bolts" features of the program down to 


: iznins-] 
the aesthetics of designing levels and ETC wilh auct talus qiimes 


vat eas a good okine land fÍ asd on the Quake engine, such as 
ital iat ia one Hexen Il and Quake I! (which are unre- 
leased at the time of this writing). 


AR wreooucrion 


WHAT'S IN THIS BOOK 


Here’s a chapter-by-chapter preview of some of the issues you’ll cover as you learn to 
be a good— possibly great—Quake level designer. The qED interface, as well as a his- 
tory of gaming technology, will be explained thoroughly in Part 1: 


Chapter 1 presents some background on Quake and other so-called “first- 
person shooters” and drawbacks to their engines, and discusses 3D level 
design as well as true Internet and network play. 


In Chapter 2, you’ll learn some necessary definitions about the individual 
components that make up a Quake level. 


You'll be introduced to qED in Chapter 3, where you'll also learn about 
the major controls to use within qED for creating new levels. 


Part 2 of the book presents the details of building unique levels with qED: 


Chapter 4 will take you step by step through the construction of a small, 
single-room level and will preview that level in Quake. 


In Chapter 5, you'll learn everything you need to know about brushes 
and their important role in designing levels. 


Chapter 6 covers entities, all the "things" that can be placed into a 
Quake level, including a comprehensive listing of the various entities 
available to you. 


Chapter 7 introduces the important concept of grouping in qED, and 
shows how the use of groups will get you creating levels in a hierarchi- 
cal, “object-oriented” fashion. 


Chapter 8 will show you advanced uses of cut, copy, and paste within qED. 
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After learning how to make Quake levels using qED, you'll next need to learn how 
to make cool levels. Part 3 of the book will accomplish this: 


Some of qED's other features, such as the Texture Manager and Integrity 
Check, are covered in Chapter 9. 


Chapter 10, called Making Stuff: A Trip to the Zoo, deals with the con- 
struction of some of the more difficult critters in the game kingdom, 
such as doors and teleporters. 


Chapter 11, “Deathmatch vs. Single Player: The Art of Quake Level 
Construction," will teach you (among other things) the differences 
between single player and. Deathmatch levels, the art of using light and 
shadow, and how to lay out monsters and items to maximize the fun fac- 
tor in all your levels. 


Finally, in Part 4 of this book, Chapters 12 through 18, it's my great pleasure to 
take you behind the scenes. Here you'll learn tips, techniques, and game-play strate- 
gies from some of the premier Quake level-building talents in the field—both profes- 
sional and amateur: 


Steffen Itterheim 

Jim Lowell 

Paul Mickevicius 

Cody Rahn (a.k.a. “Reaper”) 

Michael Wardwell (a.k.a. “Giggler”) 
Richard Bailey Gray (a.k.a. “Levelord”) 


Steve Tietze (a.k.a. “Gateway”) 


These talents will show you everything from how to make a submarine in Quake, 
to how to easily copy a tower or a group... from designing quality levels with speed, 
to making your levels look as realistic and as dazzling as possible. 

So then, there's not much left to do but turn the page and get started, for we've 
got a lot to cover. 
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Level Design Basics 


There's nothing basic about Quake's unlimited flexibility, or the numerous com- 
pilers ed when building a level with qED. Fortunately, qED makes the art and 
science of level construction much easier. The next three chapters will show you 
how to use the qED interface as well as introduce Quake technology and termi- 


nology. In three short chapters you'll learn about: 


«^ Evolution of 3D Action Shooter Technology. From 2D to 24D 
to true 3D 


«* Terms Used in the Quake Universe. You've heard the terms brush, 
entity, and attributes—it's time to learn what they are. 


^ The Compilers. qBSP, VIS, LIGHT. You'll either love ’em or just learn 
to live with 'em. 


«*  qED's Easy-To-Use Interface. Fire up qED-Lite, included ón the book's 
CD, and walk through the chapter to learn the easiest to use, most 
flexible level editor available. You'll read about: 


^ qED's unique treeview - 
^e Map views 


* Tabbed Properties dialog box 


The First-Person 
Shooter: Its History and 


CHAPTER 


Why Quake Is Superior 


Quake falls into a genre of games known as first-person shooters. This 
term first person means that the viewpoint within the game is from 
the eyes of the player himself or herself, unlike a game such as Mario 
Brothers, where the viewpoint is outside the character. The term shooter merely means 
that the primary goal of the game is to shoot everything in sight (as in a 
Schwarzenegger action movie). You've heard the phrase "Silence is Golden." Well, in 
first-person shooters, this motto becomes “Violence is Golden,” and every obstacle 


and goal in the game takes a backseat to your desire simply to be the last one alive. 


GAME TECHNOLOGY 


It's pretty obvious that computer games have gotten better as the years go by. By bet- 
ter, I mean that they look better, sound better, and play more realistically than games 
that have come before. In an extreme instance, Quake obviously looks better, sounds 
better, and plays more realistically than a game like Pong or Space Invaders (am I dat- 
ing myself by using these examples? Oh, well . . . ). But when comparing Quake to a 
more recent game, like Duke Nukem 3D, or even id Software's prior tour de force, 
DOOM, one has to look a bit more carefully to determine just why it's a superior game. 


Game Technology 


THE SECRET TO FIRST-PERSON SHOOTERS: TEXTURE MAPPING 


Quake uses a process known as texture mapping to create the spectacular views of its 
various levels. This is a process in which a flat picture, known as a texture, is drawn 
onto a 3D flat surface. The flat surface then appears to be made up of the image in the 
picture. For example, by taking a picture of bricks and “mapping” it onto a flat verti- 
cal surface, the illusion is created that the surface is made of bricks. (In computerese, 
mapping means to translate one value into another.) Figure 1.1 shows an example of 
a surface before and after texture mapping . 

Texture mapping is not a new technology to game creation. One of the very earli- 
est first-person shooters, Wolfenstein 3D, used texture mapping to simulate its levels 
as well. So this technology in and of itself has not been improved much in recent his- 
tory. Thus the unparalleled feeling of immersion and realism one feels while wander- 
ing through Quake hallways must be attributable to some other sources. Let's look 
into some of them. 


WHAT MAKES QUAKE SUPERIOR? 


The reason Quake quickly became the #1 selling computer simulation game in the world 
was not a new, revolutionary plot design or a theme that nobody had seen before. Instead, 


FIGURE 1.1: Here, an obelisk-shaped object is shown as a transparent wire frame on the 
left, and as texture-mapped on the right. 
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it was the technological advances introduced in Quake that made it a best-seller and 
different from any game that came before. These advances include: 


True 3D level design—The first environment with no architectural or 
design limitations. qED, the level editor included with this book, will 
prove how easy it is to create a Quake level. 


Lighting—Ambient, spot, flickering, shadows . . . the Quake environment 
provides the most advanced and realistic forms of lighting available in 
any computer game to date. 


Polygonal objects—Real, 3D objects (no more irritating, 2D sprites!). 


Network/Internet play—Some of the most solid and robust built-in 
TCP/IP and IPX support, which allows for many different kinds of multi- 
player scenarios, including Internet play. 


Client/server model—Quake can be set up as a server, or as a client con- 
nected to a server, whenever multiplayer games are waged. 


TRUE 3D LEVEL DESIGN 


The #1 reason Quake's game engine is superior to every other first-person shooter out 
there is its support for a true 3D environment. Quake architecture can support just about 
any construction that you can imagine. Quake "builds" on past technologically 
advanced games such as DOOM and Duke Nukem 3D and is now considered the 
most advanced engine available, because it allows you to build things such as: 


Sloped walls 

Levels that continue underwater 
Catwalks 

Levels on top of levels in the same room 
Ramps 


Odd-shaped doors and pits (octagons, hexagons, and so on) 


; 
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While some of these constructions were available to designers in some of the pre- 
vious level-building games in the past, no one game could boast support for all these 
types of architectural features—that is, until the advent of Quake. 

In this way, Quake truly represents a new plateau of level-creation possibilities. 
People can now actually model real-world places in the Quake engine and not be lim- 
ited by the constraints of the engine. 

Figure 1.2 shows an example of a simple creation previously impossible in prior 
game engines. The ability to walk either under or over the set of steps gives the designer 
new places to hide objects and monsters, and it gives Deathmatch players new places 
to hide themselves. 


DYNAMIC LIGHTING MODEL (SHADOWS!) 


The lighting in Quake’s game engine is second to none, as shown in Figure 1.3. Lighting 
in Quake levels gives each level the dark, eerie feeling that no game before it has been 
able to capture. One of the things that makes the lighting so realistic is its accurate use 
of shadow. As the level designer, it’s up to you to place individual light sources in your 


FIGURE 1.2: Even this seemingly simple-looking staircase was an impossible (or nearly 
impossible) object to construct in any first-person shooter before Quake came along. The fact 
that the player can walk around under the staircase is an example of “floors above floors.” 
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FIGURE 1.3: The lighting in Quake is one of the primary features that makes this game 
stand out from the competition in terms of realism. 


level; Quake uses the location of these lights to create accurate shadows. This means 
that if you make a room full of columns, the lights in the room will cause the columns 
to create quite natural looking shadows. 

The good Quake level designers take full advantage of this realistic light and 
shadow. Monsters can be made to hide within the natural cover of the shadows. Traps 
can be set up to suddenly throw the player into unexpected darkness. Special good- 
ies can quite easily be hidden in relative darkness by simply not placing light sources 
on that side of the room. 

Older games used much different methods for light and shadow. For example, in 
DOOM, each individual area (called a “sector”) was given a static light value, from 0 
to 255. If you wanted to make a room appear to have some shadows, you would have to 
split the area up into many sectors and give each sector a separate lighting value. While 
this method was fairly effective, it created a great deal of work for the level designer, 
and it didn’t model very closely the way that lights work in “the real world.” In the 
real world, you build your structure (like a house), keeping in mind the location of 


dnd 


natural light sources (like the sun), and then you add artificial light sources (like lamps) 
to areas that will need light at night or areas that the sun doesn't easily reach. This is 
exactly how you will light your Quake levels, as well. 


TRUE INTERNET AND NETWORK PLAY 


Like most of the first-person shooters, Quake supports network play, which has tra- 
ditionally meant that the game understood and communicated with the IPX proto- 
col—a Netware protocol popular on most corporate networks. But Quakeis one of the 
first games to include robust TCP/IP support—the delivery system of the Internet itself. 
The game supports up to 16 simultaneous players. 

You can literally play against people on the other side of the planet! Modem play 
and IPX play still exist, as well, so that people can dial in and play with their friends 
down the street, or sneak the game into work and play over the Novell network. 

There are two basic forms of multiplayer mode that come with Quake. The first is 
cooperative mode, in which you and a friend or two will explore the levels together as 
a team—exactly as a single player would play, but with a little help from your bud- 
dies. The second multiplayer mode is Deathmatch mode, where it's every man (or 
woman) for himself in a fight to see who becomes the last one standing. 

In addition to these modes, some extremely popular freeware Quake extensions 
have been developed that revolve around team Deathmatch play. These extensions are 
called Teamfortress play and Capture the Flag (or CTF) play. 


CLIENT/SERVER MODEL 


Quake is probably the first true client/server game. This means that when you're play- 
ing a network game, there is one computer acting as a server, controlling the game, 
while the machines where all the players play are the clients. See Figure 1.4 for a dia- 
gram of Quake's client/server capability. (When playing Quake in single-player mode, 
Quake still acts as a client/server; it's just that your machine is running both the client 
and the server.) During Internet play, players *log in" to a server somewhere that's 
running a certain set of levels, and the players can join a game in progress at any time. 

The client/server model greatly helps performance in network play because the 
entire game is not at the mercy of the slowest machine among the players. This was a 
problem with both Duke Nukem 3D and DOOM II. The machine that updated the 
screen and sent packets in the slowest way to the other machines became the bench- 
mark for how fast the game as a whole would play. Quake servers, on the other hand, 
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FIGURE 1.4: The client/server model used in Quake. Who said gaming wasn't a serious 
business?! 


usually are set up on machines fast enough to handle all the action of 16 players run- 
ning around the level simultaneously. 


POLYGONAL OBJECTS (NO MORE SPRITES!) 


Quake is the first game in the first-person shooter genre to use solid 3D objects to rep- 
resent all the monsters, items, and players that you can encounter in the game. Older 
games, such as DOOM and Duke Nukem 3D, used flat graphics known as sprites to 
represent all these objects. 

While some objects (especially monsters) had up to eight different copies of each 
of their animation frames to represent the object facing different directions, many other 
objects had only a single view, one that faced the player. This meant that if you were 
to walk completely around the object, it would always look at you (annoyingly) from 
the same side: there is no “back” or “sides” to the object, only a “front.” 

By having true 3D solid objects, once again the Quake world more accurately mir- 
rors real life. Now, you can stand high on a ledge and look down on your adversaries, 
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and you actually see the tops of their heads. It's also possible for a simple object like 
a health kit to have a different look to it from the front than it does from the back, as 
well as an appropriately different look when viewed from above. 


What Is QuakeC? 


QuakeC is a programming language invented by the whiz kids at id Software. All the mon- 
sters' and objects' actions are programmed in this language. What's more, shortly after 
Quake was released, all the source code to the Quake Al was released to the public domain, 
as well as the QuakeC compiler, the program that turns the QuakeC source code into the 
object code that Quake understands. 

This meant that users could completely change the basic functions of the game. Simple 
changes like the damage each monster could cause, or the amount of time a powerup 
lasted, could be introduced—but, more importantly, much more sophisticated changes to 
the game can be accomplished by those users with some programming background. For 
example, someone has introduced a grappling hook object, which allows the player to throw 
it to the top of a wall and pull himself over chasms or lava! Another person made the battle- 
axe throwable, making it a more useful weapon (you could even go pick it up after it 
landed). Another enterprising young team of programmers invented a working airplane that 
turns Quake into a flight simulator, fully equipped with missiles! 

A good knowledge of programming is needed to change the game via QuakeC, and a 
full course in QuakeC programming is, as they say, "beyond the scope of this book." 


However, if you have a programming background or would like to learn, QuakeC patches 


may be an avenue you can try. 


HISTORY OF THE 
FIRST-PERSON ACTION SHOOTER 


To gain some historical perspective on what led up to the gaming revolution that is 
Quake, let's study some of the previous games in the first-person shooter genre to com- 
pare and contrast the technology behind each one. 
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WOLFENSTEIN 3D: SHOULD HAVE BEEN NAMED “WOLFENSTEIN 24D" 


id Software's Wolfenstein 3D was one of the earliest of the first-person shooters (see 
Figure 1.5). It became a hugely successful game, partly because it was one of the most 
technologically advanced first-person games ever seen up to that point. However, 
though it was termed a "3D" game, in fact it didn't support any type of realistic 3D 
environments. For example, every floor and every ceiling were at the exact same height. 
This meant that there were no stairs, no ramps, and no pits. Also, the level was built 
on a giant grid, which meant that all the walls had to be orthogonal, or running at right 
angles (they ran either north-south or east-west), as shown in Figure 1.6. 

The result of this limitation is that only square rooms existed in all the levels. 
Finally, the Wolfenstein 3D game engine didn't do anything to create the illusion of 
different lighting from place to place. This gave the entire game the same outdoor light- 
ing, fully-lit type of feeling that tended to make it look "flat." 

Because of these limitations, I call Wolfenstein 3D a “2-and-a-quarter-D” game 
instead of a "3D" game. The third dimension is present, but at a constant. Interestingly 
enough, most of us playing Wolfenstein 3D didn't even notice these limitations because 
of our excitement. That is, we didn't notice . . . until the crack of DOOM. 
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FIGURE 1.5: The venerable Wolfenstein 3D 
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FIGURE 1.6: Creating levels in Wolfenstein 3D was like drawing on a giant sheet of graph 
paper. All the walls were required to follow the lines of the grid. 


DOOM: “27D” 


The most popular game of all time, also by id Software, is of course DOOM and all the 
DOOM-engine games (DOOM II, Heretic, Hexen, Strife, and so on). DOOM was hyped 
widely and advertised everywhere long before its release on December 10, 1993. I 
remember downloading some screen shots (see Figure 1.7) long before that date and 
marveling at the flights of stairs, the stacks of crates, and the pits full of some green- 
looking gunk. DOOM was one of the those awesome games that received such an inor- 
dinate amount of prepublicity that one thought there would be no way any game could 
live up to the advance billing. 

Unbelievably, though, DOOM not only lived up to its own hype, it actually exceeded 
it. The feeling of “immersion” one felt as he or she wandered through the levels was 
never before achieved in any game before it. Coupling this incredible immersive feel- 
ing with the ability to play the game with multiple gamers (it was one of the first com- 
mercial “virtual reality” environments), as well as the ability to extend the game 
infinitely through third-party level editing utilities, id Software clearly had unleashed 
an absolutely smashing computer game. 
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FIGURE 1.7: The incomparable DOOM 


A testament to DOOM’s incredible popularity is that to this day, over three years 
after it hit the market, people are still playing DOOM and DOOM-engine games. I can 
think of few games that can claim any type of audience three years after their release. 
From the viewpoint strictly of graphics technology, the DOOM-engine games got rid 
of the major restrictions of the Wolfenstein 3D. DOOM allowed for: 


* Different floor and ceiling heights—By varying the floor and ceiling 
heights, constructions such as steps, pits, and ledges were possible. 


* Nonorthogonal walls—This greatly expanded the complexity and varia- 
tion the levels could achieve. Now, rooms could be any shape, such as 
triangles and octagons. 


* Sectors—Closed areas of the map could be made to move up and down 
vertically, which allowed for lifts and elevators in the levels. 


* Different lighting—Outdoor areas could be left bright, while indoor dun- 
geon areas could be made pitch-black if desired. 
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Drawbacks to the DOOM Engine 


Although this game wrote the book on virtual reality and the first-person experience 
(almost every player will tell you how frightening this game was to play at night!), the 
DOOM engine had some limitations: 


* No part of the level can be directly over or under any other part. This 
means that a simple construction like a catwalk is out of the question in 
any DOOM-engine game because a catwalk would require some type of 
platform that sat above some other floor. 


* Floors and ceilings must all be parallel to each other. This means that 
ramps aren't possible in DOOM-engine games. 


«Sectors (individual areas) in DOOM-engine games could move vertically, 
but not horizontally. This meant that moving areas such as conveyor 
belts and vehicles couldn't be constructed. 


DUKE NUKEM 3D: “274D” 


Apogee/3D Realms broke into the first-person shooter world with Duke Nukem 3D. 
This game improved on the features of the first-person texture-mapped game engine 
even more. At first glance, the Duke Nukem 3D engine appears very much like the 
DOOM engine. However, further enhancements were made to the so-called *build 
engine" that allowed for newer types of structures. 


* Floors and ceilings in the build engine could be sloped, as shown in 
Figure 1.8. This made possible the construction of such things as such as 
ramps and peaked ceilings. The architectural elements of Duke Nukem 
3D levels had many different variations, and it seemed that almost any 
construction was achievable. 


* The build engine allowed for sectors to move either vertically or horizon- 
tally. This feature allowed map designers to create subways and conveyor 
belts in their maps. 


3 CHAPTER 1 The First-Person Shooter: Its History and Why Quake Is Superior 


a: 48200 


FIGURE 1.8: The irreverent Duke Nukem 3D. The opening shot shows off a sloped floor, 
something the DOOM engine was not capable of producing. 


“e The build engine featured a spe- 


NOTE cial "trick" that made it appear 


: ; that underwater areas existed in 
Underwater areas are available in 
the levels. Through careful 


design, one could create a large 
part of the level underwater. The 
game supported underwater 
action as well, allowing the play- 
ers to swim, and even providing 
an oxygen tank for extended peri- 
ods of time underwater. 


Quake too, and do not require any special 
tricks for their construction. To make a 


body of water in Quake, you simply apply 
a texture named "*water" to any brush. 
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Drawbacks to the Build Engine 


Although Duke Nukem's build engine was the most technologically advanced and 
realistic engine of its "era"(the long-ago and faraway period of early 19961), it still 
imposed some fairly stringent limitations on level building. 

One was the old "sector over a sector" rule: Duke Nukem 3D levels were allowed 
to have sectors over other sectors, though the graphics engine could draw only one 
level of ceilings and floors at a time. This meant that to have an area of the map over 
or under another area, both of these areas had to be completely closed off so that the 
player couldn't see one area from the other; otherwise, the game wouldn't show that 
part of the level properly. This meant that simple catwalks still weren't possible (and, 
although the build engine did allow you to flatten out sprites horizontally and use 
them for bridges, this was a difficult feature to get to look correct). Figure 1.9 shows 
a typical catwalk. 

As you can see, with Duke Nukem 3D we rabid gamers and game-tweakers were 
getting closer and closer to having true 3D levels within our capabilities. Finally, with 
the advent of Quake, the 3D barrier was broken at last. 
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FIGURE 1.9: The catwalk on this Duke Nukem 3D level was the first ever seen in a first- 
person shooter, although it's created with several flattened sprites and isn't a basic feature of 
the Build graphics engine itself. 


CHAPTER (Getting Prepared: 


Background Information 


To begin learning the complex task of Quake level building, you’ll 
need to start with the individual components that make up a Quake 
level. Fortunately, there are very few of these components, so this 
won’t be a 100-page chapter containing countless definitions and boring stuff you 
wouldn’t read anyway. In fact, just three definitions, short and sweet, are about all the 


background you need to start building levels: 


«^ Entity—An individual component of a Quake map (that is, level) 


«^ Attribute—A key-value pair inside an entity that assigns it some 
type of property 


“e Brush—A convex, solid polyhedron that acts as the “building blocks” 
of your level 


ENTITY 


An entity is an individual component of a Quake map. 

Put another way, a Quake map can be thought of as a long laundry-list of entities. 
These entities can be monsters, doors, and traps, as well as more abstract items such 
as places for players to start, path pointers for monsters to walk along, and tracks for 
moving platforms. 


Entity . 3 


Some Examples of Entity Names and What They Are 


worldspawn—The entity that holds most of the level's 
brushes (architectural features) 


monster dog—The rottweiler attack-dog monster 


monster zombie—The undead creatures that are really tough 
to bring down 


info player. start—The starting location for the player 
func button—4A button 
func plat—A moving platform (a lift) 


So then, an abstract way of visualizing the structure of a Quake map might be as 
follows: 


Entity Start 1 
// stuff that describes this entity 
} Entity End 


Entity Start f 
// stuff that describes this entity 
} Entity End 


Entity Start f 
// stuff that describes this entity 
) Entity End 


Pretty simple, no? At the top level, if you understand that when you're building a 
Quake map, all you're really doing is creating a long list of entities, you'll be fine. In 
fact, you can think of all the remaining chapters in this book as a how-to guide on cre- 
ating each different type of entity using qED. 
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ATTRIBUTE 


If a Quake map can be thought of as a simple list of entities, then something has to exist 
that helps define each individual entity and that allows Quake to distinguish one type 
of entity from another. To flesh out the middle part of each entity—shown previously 
as // stuff that describes this entity—note that each entity is described by 
using attributes. 

An attribute is a key-value pair inside an entity that assigns some type of property 
to the entity. The best way to describe this somewhat complicated definition is to look 
at an entity definition the way it would actually appear in a Quake map file: 


1 

"classname" "info player start" 
"origin" "200 100 100” 

"angle" “45” 

} 


The lines between the “{” and “}” curly braces are the attributes of this entity. In 
this case, the entity has three attributes: 


^ A key of classname 


A key of origin 
A key of angle 


Each attribute also has a value associated with it. In the example, the classname 
attribute has a value of info_player_start, the origin attribute has a value of 200 
100 100, and the angle attribute has a 
value of 45. 

NOTE Each of these attributes defines some 
Chapter 6 will present you with a type of property of the entity in question. 
complete list of each entity and tell you For example, the classname attribute tells 


what attributes help to define it. us what type of entity this is. An entity with 
a classname of "info player start" 


Attribute 3* 


represents the location in the map where the player will begin playing when the 


level begins. 


The origin attribute tells us where the entity is located on the map. In this case, 
the player start is at location < 200, 100, 100 >. 
Finally, the ang1e attribute tells us the direction the entity is facing. An angle of 


45 happens to be facing northeast. 

The attribute system of defining 
entities represents the ultimate in flexi- 
bility, because no data fields are hard- 
coded. What do I mean by this? Well, 
suppose for example that Quake 2 comes 
out someday (or Quake 3, Quake 4, 
Quake 5, and so on), and id Software 
decides to add a new monster named 
monster neut gingrich. Because the 
map structure is completely open using 


NOTE 
The flexibility of this entity/ 
attribute system also means that qED 


should be compatible with all future 
Quake engine-based games, such as 
Hexen II. 


key-value pair attributes, the map designers need only to create entities with a class- 
name attribute that has the value monster_newt_gingrich. 

Furthermore, let’s say this monster has a special attack: he can throw “congres- 
sional missiles” at you, and these missiles vary in strength from monster to monster. 


To facilitate this new property for the 
new monster, the monster’s designer 
need only create a new attribute called 
missile strength, and then use the 
value tied to this key to determine the 
weapon strength of that monster. Of 
course, the Quake game itself would 
have to recognize what this monster 
looked like and acted like (via the 
QuakeC programming language)—but 
once these new objects were created, the 
map editor itself wouldn't have to be 
changed to allow the addition of these 
new objects. 


NOTE 
qED lets you add entities to your 
maps that it doesn't even know about! For 


example, say you download a cool 


QuakeC patch that adds a new weapon, 
named item discoball to the player's 
arsenal. All you need to do is add any 
entity to the map and change its class- 
name value to item discoball. That's it! 


3t. 
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BRUSH 


So far, we've learned about all the individual things that can be defined in Quake, 
which are named entities, and how they're defined, via a list of attributes. There's only 
one definition left, but it might be the hardest of the three to understand. That defin- 
ition is a brush. First, here is the formal definition of a brush: 

A brush is a convex, solid polyhedron. 

Huh? Well, that definition is a bunch of technospeak for the following, more eas- 
ily understood, definition: 

A brush is a solid chunk of stuff in a particular shape. 

In Quake, a brush can be used to make anything. Brushes, like those shown in 
Figure 2.1, are the basic building materials used to make up all the walls, floors, ceil- 
ings, beams, steps, light fixtures, doors, and everything else in your Quake level. 

A brush in Quake has nothing to do with a paintbrush or a hairbrush. It's best to 
get that image out of your mind as soon as possible. Instead, it's best to think of a 


FIGURE 2.1: Some example brushes 
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brush as a brick. Bricks are used to build structures in real life, just as brushes are used 
to build Quake level structures. The major difference between real-world bricks and 
Quake brushes is that you can magically resize them to any size you want. Imagine if 
a mason could take a single brick and stretch it out to the exact size he needed for the 
wall he was building, and you get the idea. 

Brushes are solid; you can never be "inside" a brush (except for water and lava 
brushes, but we'll get to those exceptions later). Apart from a few exceptions, the brush 
follows the brick analogy: one can't walk around "inside" a brick. 

The final part of the definition is that brushes are convex. So what is convex? Well, 
the word convex describes a particular type of shape, in which there are no “dents” to 
be found. Perhaps it's best to look at a visual example of a convex shape. 

The shape in Figure 2.2 on the left is a convex shape. Note that it doesn't have any 
"dents" or “holes” in it. The shape on the right is not a convex shape, because of the 
"dent" in its left side. One way to test if a shape is convex or not is called the "straight- 
line test." This test states that if you can imagine a straight line that passes into, then 
out of, and then back into a shape, then it isn't convex. The shape on the right shows 
just a straight line passing vertically through it, so it isn't a convex shape. 


FIGURE 2.2: The shape on the left is convex. The shape on the right isn't convex because it 
fails the "straight-line test." 
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Figure 2.2 shows a two-dimensional example of convex shapes, but the same def- 
inition holds true in three dimensions as well. A simple cube is a convex shape (one 
can't find a straight line that passes into, out of, and then back into a cube), but a 
torus, or a doughnut, is not convex (one can pass a line that enters on one side, exits 
out the “hole,” and then enters through the other side of the torus). 

For the most part, you don't have to worry about whether your brush's shape is 
convex or not, because qED allows you to add only convex shapes. Still, it's useful to 
know the difference between convex and nonconvex shapes, especially when we start 
talking about brush subtraction later. 

Building Quake levels is closely analogous to a carpenter building a house in real 
life. A carpenter takes a bunch of solid building materials, like stone, brick, and wood, 
and arranges them by nailing, stacking, and gluing them together. The space in 
between these solid building materials is what we call the rooms of the house. The 
same analogy holds true for Quake architecture. You will take brushes of each and 
every size and arrange them in patterns, and the spaces in between the brushes will 
become the rooms that the players and monsters walk around in (as in Figure 2.3). 


FIGURE 2.3: Placing solid brushes together to form the walls of a room 
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So then, in review, brushes are what make up most of the structure of the level. 
But we've already stated that a Quake level is completely defined by a list of entities. 
So where do the brushes fit in? This is easily answered: the brushes go inside the enti- 
ties. Therefore, we can alter the abstract definition of a Quake level as follows: 


Entity Start 1 
Attribute 
Attribute 
Attribute... 
Brush 
Brush 
Brush... 

) Entity End 
Entity Start 1 

Attribute 
Attribute 
Attribute... 
Brush 
Brush 
Brush... 

+ Entity End 


Now that you've seen the abstract description of a Quake level, let's take a look at 
the actual description. Quake levels are described in a text file with a .MAP extension. 


THE QUAKE MAP FILE FORMAT 


To build a level in Quake, the goal is to create a valid MAP file. The MAP file is simply 
a text file with a .MAP extension that describes a Quake level in its entirety. To learn 
the structure of a Quake MAP file, let's look at a small, complete file that describes a 
Quake level. 


Í*"classname" "worldspawn" 
"message" "created using gED. by matt tagliaferri" 
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“wad” “c:\program files\qed\qedsamp.wad” 

i // floor 

(-85b 25b -lb) (-256 25b 0) (-25b -25b 0) floor-1 0 0 0 1.00 1.00 
( 25b -25b -l1b) (25b -25b 0) ( 25b 285b 0) floor-1 0 0 0 1.00 1.00 
(-285b -256 O0) (25b -256 0) ( 25b -25b -1b) floor-1 0 0 0 1.00 1.00 
(-256 25b -lb) ( 25b 25b -lb) (285b 25b 0) floor-l 0 0 0 1.00 1.00 
(-285b 85b 0) (25b 25b 0) ( 25b -25b 0) floor-1 0 0 0 1.00 1.00 
(-25b -25b -lb) ( 25b -25b -lb) ( 256 25b -1b) floor-1 0 0 0 1.00 1.00 
} 
i // ceiling 

(-256 25b 25b) (-256 25b 272) (-B5b -25b 272) gll 0001-00 1.00 

( 85b -25b 25b) ( 25b -25b 272) ( 256 256 272) gll 0001-00 1.00 
(-85b -25b 272) ( 85b -25b 272) ( B5b -25b 25b) gll 0001-00 1.00 
(-256 25b 25b) ( 256 25b 25b) ( 285b 25b 272) gll 0 0 O0 1.00 1.00 
(-256 25b 272) ( 256 25b 272) ( B5b -25b 272) gll 0 0 0 1.00 1.00 
(-25b -25b 25b) ( 25b -25b 285b) ( 25b 25b 25b) gll 0001-00 1.00 


i  // west wall 

(-272 25b 0) (-2?8 25b 25b) (-272 -25b 25b) gold-1 0001-00 1-00 
(-85b -25b 0) (-25b -25b 25b) (-256 25b 25b) gold-10001-00 1.00 
(-272 -25b 25b) (-85b -25b 25L) (-25b -25b 0) gold-1l 0 0 0 1.00 1.00 
(-272 25b 0) (-25b 285b 0) (-285b 25b 25b) gold-1l 0 0 0 1.00 1.00 
(-272 25b 25b) (-256 256 25b) (-25b -25b 25b) gold-1l 0 0 0 1.00 1.00 
(-2?2 -25b 0) (-25b -25b 0) (-256b 25b 0) gold-l1 0 0 0 1.00 1-00 
} 
i // east wall 

(256 25b 0) (256 256 25b) (25b -25b 25b) gold-1 0 0 0 1.00 1.00 
(272 -25b 0) (272 -25b 256) (272 25b 25b) gold-l 0 0 O0 1.00 1.00 
(285b -25b 25b) (272 -25b 25b) (272 -256 0) gold-1 0001-00 1.00 
(256 256 0) (272 25b 0) (272 25b 25b) gold-10001-00 1.00 
(256 25b 25b) (272 25b 25b) (272 -25b 85b) gold-1 0 0 0 1.00 1.00 
(25b -25b 0) (272 -25b 0) (272 25b 0) gold-1 0 O0 0 1.00 1.00 


// south wall 
(-285b -25b 0) (-25b -25b 25b) (-25b -272 25b) gold-1 0 0 0 1.00 1.00 
( 25b -272 0) ( 25b -272 25b) ( 25b -25b 25b) gold-l 0 O0 0 1.00 1.00 
(-25b -272 25b) ( 85b -272 85b) ( 25b -272 0) gold-1 0 0 O0 1.00 1.00 


The Quake MAP file format 3 


-25b 0) (285b -256 O0) ( 25b -25b 25b) gold-1 0001-00 1.00 
-25b 25b) ( 256 -25b 25b) ( 25b -272 25b) gold-1 0 0 0 1.00 1-00 


(-285b -272 O0) (25b -272 0) ( 25b -256 0) gold-1 0 0 O 1.00 1.00 


{  // north wall 

(-B5b 272 O°) (-85b 272 285b) (-25b 25b 25b) gold-1 0001-00 1-00 
( 256 285b 0) ( 285b 25b 25b) ( 25b 272 25b) gold-l 0 0 0 1.00 1-00 
(-256 256 285b) ( 85b 25b 285b) ( 25b 25b 0) gold-1 0 0 0 1.00 1-00 
(-25b 272 O0) ( 25b 272 0) ( 25b 272 25b) gold-1 0001-00 1-00 
(-25b 272 85b) ( 25b 272 85b) ( 85b 25b 25b) gold-41 D 0 O 1.00 1.00 
(-285b 85b 0) (85b 205b 0) ( 25b 272 0) gold-1 0001-00 1-00 


“classname” "info player start" 
"origin" "-2lb 2lb 32” 

"angle" "315" 

} 


This file happens to be the default map that’s created when you start qED. 
Remember, a Quake level is defined completely by a list of entities. There are two enti- 
ties in this map. See if you can guess what these entities are called. If you guessed 
worldspawn and info_player_start, then you guessed correctly. How did I deter- 
mine this? Well, an entity is always defined by an attribute called classname. Therefore, 
to find out what entities are in the map, look for all the program lines that start with 
the quoted word classname, and the word next to it will be the type of entity that’s 
being described. (In the text portions of this book, such words will appear without 
quotes but shown in program font, like this.) 


worldspawn-WHAT IS IT? 


The worldspawn entity is a special entity that must be in each and every Quake level. 
It contains all the static brushes for the level. Note that the worldspawn entity shown 
here has two additional attributes attached to it: a message attribute, which will dis- 
play a message when the level is started, and a wad attribute, which describes the 
name of a file containing graphics that will be used as textures to texture-map the level. 
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You might remember WAD files from your DOOM editing days. WAD files held all 
the information about a DOOM level, including graphics, sounds, and the data for the 
level itself. Quake’s WAD files are different in that they hold only graphics-related 
information. 


info player start-WHAT'S THAT? 


The second entity is down at the bottom of the listing. It'S an info player start 
entity (see Figure 2.4), which is the starting location for a player playing a single-player 
game of Quake. The attributes on this entity are origin, which describes the location 
in the map where the entity is currently, and ang1e, which describes which way the 
entity is facing. We'll get into the meaning and possible values for each of these attrib- 
utes later. 

The rest of the map file consists of a list of six brushes. Notice that if you match 
up the curly braces that surround the two entities, the six brushes happen to be inside 


FIGURE 2.4: A graphical view of the default room in qED. The small box 
indicated is the location of the info player start entity. 


the worldspawn entity, which is consistent with our original statement that a Quake 
level can be wholly defined with a list of entities. Here is a single brush definition from 
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the previous file: 


1 


// east wall 


(256 
(272 
(25b 
(256 
(256 
(256 


256 0) (256 25b 25b) (25b -25b 25b) gold-1 0001-00 1-00 
-25b 0) (272 -25b 285b) (272 25b 25b) gold-1 0 D O 1.00 1.00 
-25b 25b) (272 -25b 25b) (272 -25b 0) gold-1 0001.00 1-00 
25b 0) (272 25b 0) (272 25b 25b) gold-1 00021.00 1-00 
25b 25b) (272 25b 25b) (272 -25b 285b) gold-1 0 D 0 1.00 1.00 
-25b 0) (272 -25b 0) (272 25b D) gold-10001-00 1-00 


The curly braces denote the beginning and ending of the brush. The 
phrase east wall occurs after a double slash (//), which means that 
this text is a comment and will be ignored by the level-building process. 


The six lines that follow describe the shape of the brush. Each one of 
these lines describes one face of the brush. This brush happens to be a 
standard cubical shape, so it has six faces (like a brick). 


The first three parts of each line happen to be vertices, or points, in 
three-dimensional space. These points may or may not be the actual cor- 
ners of the brush. It’s a mathematical fact that any three points in space, 
as long as they don’t all lie along a straight line, define a unique plane. 
A plane is an infinitely extending flat sheet. The three points at the start 
of each plane face definition are doing exactly that: they're defining the 
plane in which this face is contained. 


The next value, gold-1, is the name of a texture. This texture must be 
found in the WAD file defined in the wad attribute in the worldspawn 
entity described earlier. That is, each texture in your level must reside in 
this same WAD file. 


The last five numeric values describe how the texture is applied to the 
face of the brush. The first two values are an x- and a y-offset, values 
that allow you to align textures so that they appear seamless across 
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several brushes. The third value is a rotation, letting you rotate the tex- 
ture across the plane of the face. The last two values are scale values, 
which allow you to make the texture appear larger or smaller than its 
default size. We'll see examples of applying these texture modifiers later. 


THE QUAKE MAP COMPILER PROGRAMS 


Now that you know that a MAP file describes a Quake map, you need to know what 
to do with it. Unfortunately, Quake itself doesn't load this MAP file directly as it tries to 
figure out how to draw the level. Instead, the MAP file must first be compiled into 
another file format, the BSP file (defined shortly). This BSP file is then used as the 
direct input for Quake to display your level. 

To perform the compilation process that turns a MAP file into a BSP file, id Software 
released into the public domain a set of three programs: 


* qBSP.EXE 


^ LIGHT.EXE 


"^ VIS.EXE 


In addition to the programs themselves, id Software also released the source code 
to these programs, so that enterprising programmers could make modifications and 
optimizations to the compiler programs, and could also port them to different plat- 
forms (like Unix or native Windows 95/NT). The three programs and their basic func- 
tions are described next. 


qBSP.EXE-THE BSP BUILDER 


Those of you who began level building with DOOM might recall the phrase "BSP tree." 
A BSP tree (which stands for binary space partition) is a special, complicated struc- 
ture that allows Quake to efficiently optimize the drawing of your Quake level. It does 
this by, in effect, building an upside-down "tree" of your level, grouping and sorting 
the various areas in different ways, so that it can quickly and efficiently figure out 
exactly what part of the level is in view at any one time. 
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For example, any part of the level that's currently behind the player shouldn't be 
drawn on the computer screen at all (after all, why draw it if the player can't see it?). 
Also, anything that's very far away will 
probably not be visible, because closer 
walls will likely block their view. 

Knowing the exact structure and 
details of what a BSP tree is and how it 
works isn't needed for building Quake 
levels. However, it is important to know 
that all your levels will need to go 
through this BSP building process for 
you to play them in Quake. 

The program qBSP.EXE is what 
turns your raw MAP file into the BSP file that Quake needs. As stated above, this pro- 
gram (together with its source code) was released into the public domain by id 
Software, and a version of it is included on the CD-ROM that comes with this book. 


NOTE 
The BSP is just a set of data that 
breaks the level into chunks. No program 


ever shows a visual representation of a 
BSP tree, so there's no way to show it to 
you visually. It's one of those things you 
have to take on faith. 


BSP Tree Building: Slow as Molasses 


Keep in mind that the BSP tree-building process on large game levels can be extremely time- 
consuming (and RAM-consuming, for that matter). In fact, the original versions of qBSP 
that id Software released didn't function at all on machines with "only" 16MB of RAM. This 


could have been a problem, as 16MB of RAM was fairly standard issue for machines at that 
time. Fortunately, certain programmers updated qBSP so that it would work in less RAM, 
and over time the price of RAM dropped to very low levels, making it much easier to 
upgrade the RAM in your computer. These two solutions helped bring BSP building back "to 
the masses." 


LIGHT.EXE-THE LIGHTMAP GENERATOR 


The LIGHT.EXE program generates the lighting information in your Quake level. We've 
already seen examples of the fabulous and realistic lighting effects that can be created 
in Quake levels. In fact, Quake's lighting model, as demonstrated in Figure 2.5, is one 
of the features that makes it the most technically sophisticated game ever devised. 
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FIGURE 2.5: An example of the fantastic lighting and shadows that can be constructed 
in Quake 


One particularly nice thing that id Software did was to separate the lighting process 
from the BSP-building process by making LIGHT.EXE a separate program. What this 
means is that while you're creating your map, you don't have to run LIGHT.EXE if you 
don't want to. The result of not running LIGHT.EXE is that your level will have one 
continuous brightness, which will make it look more like a Wolfenstein level than a 
Quake level; but since the lightmap-creating process can also be quite lengthy, you'll 
find that not running LIGHT.EXE when you're just looking at the various structures 
that you're building will be a big timesaver indeed. 


VIS.EXE-THE VISIBLE SET GENERATOR 


The last of the three map compiler programs is called VIS.EXE. This program creates 
another complicated structure called the potential visibility set, or PVS. This structure 
is similar to a BSP tree in that it helps determine what should be drawn and what can 
be skipped by the Quake rendering engine. Unlike a BSP tree, however, the PVS is not 
a necessary structure; that is, if it doesn't exist for your level, then Quake obviously 
won't use it. However, as your level gets larger and larger, you'll notice that it might 
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slow down more and more and might feel "sluggish" as you play. This is a good sign 
that the PVS is needed on your map. 

When you first start a new map, you probably won't need to turn on the VIS.EXE 
program. If you use the grouping features of qED to build single pieces of your level 
at a time, this will also help to keep the overall size of the level down during these 
incremental builds, and again the PVS probably won't be needed. Of course, for the 
final build of your level, you should always run VIS so that your level will be as opti- 
mized as possible. 

Different computers can display Quake maps at different speeds, consequently 
the decision of whether or not to run VIS to help optimize your map in progress will 
depend on how the level "feels" as you're building it. If you find that your play- 
testing is actually suffering because the map is too slow in Quake, then this is probably 
a good indication to build a PVS during the next compile. 


Texture WADs and Copyrights 


We've already seen that a set of textures in the form of a WAD file is necessary for the com- 
pilers to turn your MAP file into the BSP file needed to play Quake. Unlike DOOM, however, 
Quake didn't ship with a premade WAD file full of textures in it. Instead, someone had to 
strip all the textures out of the BSP files that shipped with Quake and then build the WAD 
files manually. These WAD files are freely available on the Internet, and you can download 
them and use them to put Quake’s original textures into your own levels. 

A word of caution, however, to those who would like to use id Software's texture WADs 
in their levels. id made a conscious decision when its programmers decided that the finished 
BSP file that contained a single Quake level would also include all the texture data that 
made up the level. When you upload a level to the Internet or to some other online source to 
share with others, you're actually uploading material that has been copyrighted by id 
Software! For most of you, this copyright has no meaning: in practice, id Software doesn't 


care if you use their textures, as long as you're not profiting from them. However, if you 
want to create a set of levels and sell it, you could find yourself in huge trouble—because 
this would mean that you were trying to make money off a product that contained id 
Software copyrighted material. 

As | said before, if you're just making levels for fun and to share them with other Quake 
players, then this warning isn't for you. If you're thinking about a possible level building 
career, then you'll need to think about alternate sources for finding texture data. 


CHAPTER 


Enter qED 


Chapter 2 listed everything that you need to create a Quake level: 


* MAP file 
* Matching texture WAD file 


* Three compiler programs—qBSP, VIS, and LIGHT 


qED'S FEATURES 


If you're a rocket scientist with a thorough knowledge of 3D mathematics and have the 
patience of a saint, you probably won't need anything else to go off and start building 
Quake levels. You could just use a simple text editor such as Windows Notepad (Figure 
3.1) to start creating MAP files, and then compile them with qBSP, VIS, and LIGHT. 


Bl tagrock. map - WordPad 
File Edit View Insert Format Help 


Delu SI) al Hiel 8j 


' "entering taglevel" 
quake Vvad| qedmain. wad’ 
" "worldspawn" 


ol 


( 112 192 144 ) cityS 7 0001 )00 1.000000 


8 -192 144 ) city5 7 0 0 O 1.000000 1.000000 
ol 00 


FIGURE 3.1: Before people had access to Quake editors, the very first user-designed 
levels were done by hand in Notepad or a similar text editor. 
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What's wrong with this picture? Well, describing a 3D level in terms of a bunch 
of coordinates in a text file isn't very easy, is it? It might get pretty difficult figuring out 
just how to enter all the coordinates needed for the brushes shown in the MAP file 
example. Furthermore, it's pretty difficult to visualize just what a level is going to look 
like by staring at a MAP file. For instance, can you determine what the MAP file shown 
in Figure 3.1 willlook like in Quake? Can you see the textures that will be on the walls, 
and what shape the rooms are, and how high the ceilings are? Probably not. 

For those of us without advanced degrees in mathematics, we need some type of 
visual way to create our Quake levels. We'd like to be able to see the shape of the rooms 
as we construct them. We want to look at a list of available textures so that we can 
place them on the walls. This, of course, is what prompted me to write qED. 

qED (pronounced like an acronym: “Q-E-D”) is a visual Quake map level creation 
program written for 32-bit Windows systems. I wrote qED with one goal in mind: to 
make the creation of levels for Quake as simple as possible. With that primary objec- 
tive in mind, qED has been packed full of useful and powerful features that should 
make mapmaking a breeze. Some of these features are reviewed below. 


OBJECT GROUPING-qED'S PRIMARY FEATURE 


As we've already discussed, a Quake level consists of entities, and within those enti- 
ties are brushes. However, if one were to work only with the elements of Quake maps 
at this low level, mapmaking would be a tedious chore indeed. Imagine for example 
that you have just spent 30 minutes creating a really great-looking light fixture that 
casts killer shadows all over the walls, has the perfect light settings and textures, and 
basically looks so cool that you want to use it all over the place in your level as a pri- 
mary architectural element. Furthermore, let's suppose that this light fixture is com- 
posed of eight brushes and two light entities. 

If entities and brushes were the highest form of object that you could manipulate 
at any one time, then you would have no way to treat this light fixture as a single unit. 
To Quake, there is no such thing as “My Cool Light Fixture"; all it knows about is a 
disassociated set of eight brushes and two entities. What you need is a quick way to 
collect these ten objects into a single object, one that has the name, say, "My Cool 
Light Fixture." Then, once these elements are grouped in this way, what you need to 
be able to do is to copy and paste this advanced object as many times as you want. 
What would be really sweet is if you could take this complex object and save it into a 
permanent library, so that you could use it in your next Quake level, or maybe could 
e-mail it to your buddy, who's also building a Quake level. 
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As you've probably guessed by now, qED allows you to do all this and more. qED 
introduces a new construct called, simply enough, a group. qED groups can hold either 
"stand-alone" brushes (which would eventually go into the worldspawn entity), or 
they can contain entities (which may or may not have brushes inside of them). Not 
only that, but groups can contain more groups inside them, allowing you to create 
complicated hierarchical structures. For example, you can create a group named “Big 
Room,” and within that group can be more groups named "Table and Chairs,” “Walls,” 
"Windows," "Lights," and “Monsters.” Within each of these groups could be more 
groups, so the "Table and Chairs" group might consist of smaller groups named 
"Table," "Chair," "Chair," and "Chair" 
(note from this example that group 


Another powerful feature included 
with qED, named Additive Paste Offsets, 
allows you to automatically place the 
multiple copies of your groups a set dis- 
tance apart. This way, you won't have to 
manually arrange each group into place 
after you paste it! 


This hierarchical structuring of your 
Quake level makes it a breeze to orga- 
nize your work into subtasks. You can, 
for example, work on all the objects that 
make up a single area, get them each 
looking perfect, and then temporarily 
hide the entire area so that you don't 


have to see it anymore as you work on 
other parts of the map. You can easily 
take these groups and cut, copy, and paste them as many times as needed, so that if 
you need 50 copies of "My Cool Light Fixture," it's as simple as hitting the paste but- 
ton 50 times. 


SHOW/HIDE OF LEVEL ELEMENTS 


As mentioned briefly above, objects at any grouping level can temporarily be made 
invisible. This allows you to remove the "clutter" from the map views and to focus on 
only the portions of the level that you're working on at the time. 

Another related feature is the ability to export only the current visible objects to 
the Quake compiler utilities. These programs can be extremely processor-intensive; 
allowing them to compile only a small portion of your map each time that you want 
to see it in Quake can be a huge time-saver. With intelligent use of temporarily hiding 
unwanted portions of the map (as shown in Figure 3.2), you can conceivably cut test 
compile times from hours down to seconds. 
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FIGURE 3.2: After this room is completed, temporarily hiding the column groups is a good 
way to reduce map compile times during testing. 


MULTIPLE VIEWS OF YOUR LEVEL 


As you work on your map, you need to be able to look at how things are coming 
together from every possible viewpoint. With that in mind, qED offers five separate 
views of your level. First, there are the three “standard” two-dimensional views: from 
the top, front, and side of the map. These are equivalent to looking at the map from the 
end of the three major axes. 

In addition to the 2D views, there are two 3D views. One is called the “Iso” view, 
which is short for Isometric view. This is a bit like a far-off view of your level as if you 
were flying over it in an airplane. Another view is called the “WalkThru” view, which 
appears similar to the way you would see the level in Quake itself, from a first-person 
perspective. Furthermore, the WalkThru view can be seen in three different ways, each 
providing varying details of the level. The first is the simple wire-frame view that all 
the other windows present. The second view is a flat-shaded view, where each object 
appears using a color. This view prevents you from seeing through the solid brushes. 
The last view is a full texture-mapped preview, which will show you how the textures 
that you choose for each brush will look in Quake itself. 

All the views are customizable, so that you can move to different areas of the map 
quite easily, using a combination of the mouse and the control keys (meaning the Ctrl, 
Alt, and Shift keys). You'll quickly become an expert at manipulating the view windows 
of your map using these keys, which are discussed in detail in later in this chapter. 
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INTEGRITY CHECK 


The creation of a Quake level is a major undertaking. One might call it a project. There 
are many different elements that need to be created to get the various constructs in 
Quake to work properly, and many of these elements need to be linked together for 

them to function successfully. For example, the 


i creation of a teleporter requires a special groupin 
ei] [lx ul p q p grouping 


- of entities, as well as brushes attached to those 
í r3 E I check visible only 


mmm bakit entities. These brushes must have certain textures. 


texture unknown: wbrickl 5 ud «i » 
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texture unknown: city5 4 


tone unnan: E attempt to play the level in Quake. When you run 
ap hf the Integrity Check, shown in Figure 3.3, qED 
shows you a list of all the possible problems that 
FIGURE 3.3: The Integrity Check you might have with the level in a list box. 
Sata zuo inen Proven Highlighting any of the problems listed brings you 
directly to the area of the map where qED is 

reporting that problem. 
This feature will save you many hours of switching back and forth between qED 
and Quake, because it will alert you to problems before they even become blips on the 


horizon. 


BRUSH SUBTRACTION 


The Brush Subtraction feature is an advanced feature that allows for the quick cre- 
ation of objects that would normally take much longer to generate using the standard 
limitations of the Quake brush. We'll cover brush subtraction in great detail in Chapter 5. 
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For now, it might be best to give a simple example of the effects of brush subtraction, 
rather than try to define what it is. Using brush subtraction, as illustrated in Figure 
3.4, you'll be able to create an empty, cubical room using only two brushes. Without 
brush subtraction, the same room would take a minimum of six brushes. It should be 
pretty evident that you'll be able to finish your level faster if it takes you fewer brushes 
to create the same structure, right? 


AUTO-COMPILE 


We've already talked about the Quake command-line compiler utilities qBSP, VIS, and 
LIGHT. These three programs are command-line, back-to-the-old-C: prompt type of 
programs, which many beginning users have trouble using. qED eliminates the need 
to learn these utilities by providing a simple graphical interface to all the compiler pro- 
grams. By setting up this simple dialog box, titled Build, shown in Figure 3.5, qED will 
export your level, shell out and call qBSP, VIS, and LIGHT, and even run your new 
level in Quake automatically if you want to. 


FIGURE 3.4: This simple hole in the floor would take an almost Herculean 
effort to duplicate without the benefits of brush subtraction. 
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build options 


IV export visible only 


[c:\program files\qed\subtract.map S | 


FIGURE 3.5: The Build dialog box helps you set up options and run 
the Quake map compiler utilities. 


THE TEXTURE MANAGER 


One feature that shows you exactly which textures you're currently using in your level, 
and how many times each is used, is called, logically enough, Texture Manager. This 
knowledge is important because when you compile a Quake level, all the texture infor- 
mation gets compiled into the final distributable file, which means that the more textures 
your level contains, the larger it will be on disk. A level using dozens of different 
textures only one or two times each will be much larger than a level using fewer textures. 

Along with these simple texture statistics, the Texture Manager also lets you per- 
form a bulk texture replacement based on the texture name, as shown in Figure 3.6. 
Therefore, if you do find a texture that you're currently using but don't wish to use, 
you can replace all occurrences of that texture with any other texture via a simple 
mouse click. This saves you the tedious work of manually searching the hundreds of 
brushes in your level for the one occurrence of that undesired texture. 
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|.” texture manager 


map statistics 


dfloor_1 54x54 
dfloor 4 64x64 
dfloor_3 64x64 
bwall b 1284128 
azfloorl 1 <néa> 
city2 5 «n/a» 
city4 5 «n/a» 
afloor3 1 «n/a» 
"*lava2 64x64 
city 4 «n/a» 
copl 1 énéa> 


FIGURE 3.6: The Texture Manager will help manage the textures in your level on a 
global level. 


INTRODUCTION TO THE qED CONTROLS 


Now that you've learned about the major features in qED, let's start to study the actual 
interface of the program, so that we can start associating some of these features with 
the program elements that make them up. 

As an applications developer, I feel that the interface to a program is what decides 
whether it's a good program or a bad one. Applications programming is very different 
from game programming in this respect. In a computer game, the main interface is 
almost always the mouse or joystick. The computer game programmer doesn't worry 
as much about interface issues. Of course, he has plenty of his own issues to 
worry about—such as making the game "fun," and making his spiffy graphics run fast 
enough on slower machines. 

qED’s interface was painstakingly designed so that it would become the easiest- 
to-use Quake editor available. I had a team of private beta testers who were charged 


E 
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with telling me not only whether certain features of qED were working properly, but 
whether they were easy to use and intuitive to understand. 

The qED interface is divided into three major sections, each of which is equally 
important for the efficient creation of Quake levels. What follows in an introduction 
to each of these three sections. 


THE TREEVIEW CONTROL 


The treeview control, located in the upper-left corner of the application, acts as the 
*command center" for many of the qED functions. It's here that you see a visual rep- 
resentation of the complete hierarchical structure of your map as you develop it. AII 
the components that make up the map are arranged in a tree-like structure, making it 
easy to see the parent-child relationships between all the parts of the level. Figure 3.7 
shows an example of the treeview control. Let's examine its contents to demonstrate 
what types of information this function gives you. 

The map shown in Figure 3.7 is the default map that qED presents when you start 
the program. 


Ed untitled. qed Map name 
start room A Group 
info_player_start Entity (yellow icon) 


ceiling Hidden item 
(slash through 
icon) 


Brush (gray icon) 


north wall 


south wall 
: west wall 
—D worldspawn 


FIGURE 3.7: The treeview control shows you all the parts of your level and 
their hierarchical relationship. 
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The first thing you'll see is that the top item in the treeview is always the name of 
the current level you're working on. If this is a brand new level, the name defaults to 
untitled.qED. Once you save the map, this will be the fully qualified path and file- 
name of the level, such as c:\program files\qED\MyLevel-qED. 

The next item below the filename represents a group. You can tell that it's a group 
by the icon next to the name. In the qED treeview, groups appear as a cluster of three 
little circles, one gray and two yellow. The group has the name start room. The names 
that you give to your groups are entirely up to you. qED doesn't use the names for any- 
thing, so you can choose to name all your groups the same thing, or give them dis- 
tinctive names. 

The start room group has a little minus sign to the left of it, which denotes that the 
group is currently in an expanded state. If you were to click on that minus sign, it would 
contract the group so that only the top item would appear. This function is identical to 
the way that Windows 95 Explorer works, so you should already be familiar with it. 

Underneath the start room group is a line that reads info player start. This 


"i 


line represents an entity. The icon for 
entities in the treeview is a small yellow 
button. Although entities can have 
brushes associated with them, this par- 
ticular entity does not, which can easily 
be seen by the fact that no plus or minus 
sign appears to the left of the icon. 

Entities, as well as groups, can have 
any name that you wish associated with 
them. When you add an entity, the default 
name given itis the same as the classname 
for the entity you just added (if you recall, 
the classname of an entity represents its 
type). The info_player_start entity 
shown here is an example of an 
entity whose name has not been changed 
from its classname. 

The next six items in the treeview 
are brushes, which all have a little gray 
button to represent them. Note that each 
brush has a distinct name that helps to 


The ability to assign names to all 
the elements in your map is one of the 
methods you'll use to help distinguish all 


the elements in your level, especially as 
your map begins to grow in size. You'll 
likely settle on a naming convention for 
your maps as you get more familiar 
with qED. 


You can make any item in the tree 


invisible by right-clicking on the item in 
the treeview and selecting Hide from the 
menu. If the item has any subitems, 
they'll be hidden as well. 
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describe its function to the group. In this case, each brush represents a wall, floor, or 
ceiling, and is named appropriately. 

The brush named ceiling in the example has a slash through its icon. This slash 
designates that the brush has been temporarily made invisible. Making items in your 
map invisible is a very powerful feature of qED that can be used to speed up the edit- 
ing process by conserving memory. 


Selecting an Item for Editing 


You select an item in the tree by clicking 
on it. The current item will highlight in 

AMA You can also hold down the Shift the tree, and the map windows will 
highlight the current item by drawing a 
cyan "sizing cube" around the item. The 
sizing cube will be discussed in depth in 
later chapters. In Figure 3.7, shown pre- 
viously, the currently selected item is the 
brush named east wall. 


key and left-click on any of the map view 


windows to select an object. This only 
works for groups and entities, though— 
selecting an entire group must be done 
from the treeview. 


Moving an Item from Place to Place 


The act of changing the parent of any item is a simple matter of dragging any node in 
the tree to the node that you'd like to become the new parent. Not all nodes can be 
parents to all items, however. Table 3.1 shows what can and can't exist as a parent/ 
child relationship. 


TABLE 3.1: HIERARCHY OF PARENT-CHILD RELATIONSHIPS IN qED 


THIS ELEMENT IN THE TREEVIEW... CAN ACT AS PARENT TO... 

Group Entity Brush 
Group Yes Yes Yes 
Entity No No Yes 
Brush No No No 


From this table, you can see that a group can act as a parent to everything, includ- 
ing other groups. An entity can act as a parent to brushes, but not to other entities or 
groups. A brush can't serve as a parent to anything. 
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Figure 3.8 shows an example of changing the parent of an item. The brush named 
f loor has been moved to become a child item of the info_player_start entity. This 
was accomplished by dragging the floor tree node and dropping it on the desired 
new parent. 


Renaming Items 


Every object shown in the treeview is identified by its name. These names serve only 
as identifiers to you, the hot-shot level 
designer. Quake ignores the names that 


you give each brush and entity, and they NOTE 


won't appear at all when someone plays The names you choose are entirely 


your map. up to you. Most people choose to name 

You're strongly encouraged to main- their elements to things that describe their 
tain useful names for all your objects. purpose, as in "Door," or "Hallway," or 
This allows you to use the treeview con- "Column." You can choose any naming 
trol to its fullest extent. It also enables scheme that helps you identify each indi- 
you to more easily find items later. If you vidual element in the treeview. 


Elgh untitled. ged 
3-99 start room 
: E info_player_start 
(3 floor 
ceiling 


north wall 

south wall 

west wall 
Q worldspawn 


FIGURE 3.8: Moving f loor to another parent 
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simply use the default names that qED gives all its brushes and entities, you'll end up 
with 500 brushes named "Cube," and won't have any way to tell them apart! 

To rename an item directly in the treeview, you can either double-click on the 
name, or you can press the F2 key. Alternately, you can right-click on the current item, 
which will display a pop-up menu of choices, one of which allows you to rename the 
current item. 

Once you see the edit rectangle around the current item, just type in the new name 
and press Enter. Pressing Esc will cancel the rename and restore the old name. Figure 
3.9 shows an object rename. The brush named north va11 is in the process of being 
renamed. The rename process was begun by pressing the F2 key. 


Dae untitled.ged 
E1-29 start room 
| B-o info. player. start 
i hag floor 


i M Æ ceiling 


(3 east wall 
: 
(3 south wall 
(3 west wall 
Q worldspawn 


FIGURE 3.9: Press F2 to rename the brush. 


THE MAP VIEW WINDOWS 


Most of the actual editing of the structure and layout of your levels will take place in 
the map view windows. For each level that you have open in qED, there are seven such 
windows, organized onto five tabs, as seen in Figure 3.10. 
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FIGURE 3.10: The five map view window tabs that appear at the top of each map window 
Table 3.2 lists all the keyboard commands available for moving around in each of 


these windows. The following sections will describe each action. Use Table 3.2 as a 
handy reference should you forget which key combo does what. 


TABLE 3.2: KEYBOARD MOVEMENT SUMMARY, ALL WINDOWS 


KEY MOUSE TOP FRONT SIDE Iso WALKTHRU* 

Ctrl Left Pan Pan Pan xy strafe xy strafe 

Ctrl Right None None None slide z slide z 

Alt Left Zoom Zoom Zoom spin walk 

Alt Right None None None slide z slide z 

Shift Left Select Select Select Select Select 
current current current current current 
object object object object object 


* This column includes the Flat-Shaded and Texture-Mapped views as well. 


The 2D Views 


The first tab on each level is denoted 2D, which stands for the two-dimensional views. 
There are three 2D views of your map. 


THE TOP VIEW The top view is a view looking down on the map from a distance 
on the z-axis, similar to a plan view in an architectural drawing. The positive x-axis 
faces right in the top view, while the positive y-axis faces up. This view is then con- 
sistent with the standard first-quarter Cartesian coordinate system. Figure 3.11 shows 
a view of the default map in the top view map window. 


THE FRONT VIEW The front view positions the virtual *camera" at a far-off dis- 
tance on the y-axis. The positive z-axis points up in this view, while the positive 
x-axis points right. See Figure 3.12. 
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FIGURE 3.11: The top view 


trant 


FIGURE 3.12: The front view 
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THE SIDE VIEW The side view places the viewpoint at the negative x-axis. The 
positive z-axis points up, and the positive y-axis points left in this view, as shown in 
Figure 3.13. 


Moving in the 2D Views—Pan and Zoom 


All three of the 2D views are controlled in the same manner; simply press a key on the 
keyboard while dragging with the mouse: 


“e Ctrl-leftdrag to pan. To pan 
the center of the map to a 
new point, hold down either NOTE 
The act of holding down the Ctrl 
key, pressing the left mouse button, and 


dragging will be abbreviated as Ctrl-left- 
drag from now on. 


Ctrl key, click the left mouse 
button, and drag the mouse 
around the desired 2D view 
window. The view in that win- 
dow will pan around (see 
Figure 3.14). 


* Alt-leftdrag to zoom. Zooming in the 2D map windows is done by hold- 
ing down the Alt key, pressing the left mouse button, and dragging in the 
desired windows (see Figure 3.15). 


FIGURE 3.13. The side view. Note that the y-axis points left in this view rather than right. 
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FIGURE 3.14: Panning in a 2D view window is performed with 
Ctrl-leftdrag. Here, the top view window has been panned southwest. 


wnarth 


FIGURE 3.15: Zooming in a 2D window is accomplished with an 
Alt-leftdrag. Here the top view window has been zoomed out. 
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THE ISO WINDOW 


You'll recall that the Iso, short for isometric, view is a view from high above and out- 
side your level, somewhat like a helicopter view (see Figure 3.16). This viewpoint 
gives you a nice perspective of how the various rooms and areas in your level are “fit- 
ting together.” 

Movement in this view window works differently from movement in the 2D win- 
dows, because we have to be able to move along three axes instead of just two. 

To pan along the map parallel to the xy-plane, use a Ctrl-leftdrag movement. To 
raise or lower yourself (along the z-axis), use a Ctrl-rightdrag movement (Ctrl key, right 
mouse, drag). A demonstration of panning in the Iso window is shown in Figure 3.17. 

The Alt-leftdrag movement in the Iso window will *spin" the map around the cur- 
rent focal point of the camera, making it easy to view the level from different sides. 
See Figure 3.18. This view is similar to a helicopter hovering over the level. This key 
combination also controls the "tilt" of the camera. 

The Iso view is a unique view that can provide you different information on the 
layout of your level than most other level editors can provide. In particular, the more 


FIGURE 3.16: The isometric, or "Iso," view window 
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FIGURE 3.17: Ctrl-leftdrag pans the Iso map parallel to the xy-plane; 
Ctrl-rightdrag moves the camera straight up and down. 


FIGURE 3.18: The Alt-leftdrag allows you to spin the camera quickly around 
the current point at which the camera is looking. 
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distant view that the Iso window provides is good for examining the global layout of 
the major portions of your level. It can, for example, be useful for locating a good place 
to add a connecting hallway to two completed rooms of your map. I recommend exper- 
imenting with the Iso window for a while to get used to the different key movement 
controls discussed here. 


THE WALKTHRU WINDOW 


"WalkThru" is short for walk through. This viewpoint is meant to mirror the view that 
a Quake player will actually see when he or she plays your level. This is the most “vir- 
tual" of the views. Movement in the WalkThru window is also accomplished using 
the Ctrl or Alt keys together with a left or right mouse drag. 

The Alt-leftdrag combination is the most common that you'll use in this view win- 
dow: it allows you to move around just as you do in Quake itself. That is, dragging the 
mouse up and down allows for forward and backward movement, while side-to-side 
dragging turns the camera from left to right. 


FIGURE 3.19: The WalkThru view window 
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The control keys (Ctrl, Alt, Shift) work exactly as they do in the Iso window. That 
is, Ctrl-leftdrag will pan you along the xy-plane without changing your view angle 
(also called strafing in Quake terminology), while a Ctrl-rightdrag moves the camera 
straight up and down parallel to the z-axis. 


THE TABBED DIALOG BOX 


Directly below the treeview control appears the Tabbed dialog box. This dialog box 
consists of five different tabs (see Figure 3.20). Note that you have a splitter control 
available between the treeview and the Tabbed dialog box, which allows you to make 
visible more or less of either control. The tabs are: 


Properties 
Texture 
Brush 
Entity 


Integrity 


THE PROPERTIES TAB 


The Properties tab is used to edit the properties of the currently selected object. The 
tab will appear differently, depending on whether a brush, entity, or group is the cur- 
rent object. (See Figure 3.21.) 

Most of the editing in the Properties tab is done in standard edit controls. To edit 
this data, type in the new value for the desired field, and press either Tab or Enter to 
accept the new data. Pressing Esc will cancel the changes to the field and restore the 
old data. 


properties | texture | brush | entity | integrity | 


FIGURE 3.20: The Tabbed dialog box 
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properties texture | brush | entity | integrity | 


name 
feast wall Name of brush 


Gage — 


Cube [T7343 "Clear" buttons reset values to 0 
size «X, 2» == | 

E E [51 2 [256 clear | Size (scale) of brush 

rotate «x,y,2» 

[o [a [fo clear | Rotation of brush 

translate <x,y,2>~ 
[264 fo fi 28 clear | Translation (origin) of brush 


shear «x. y,z» 


[0.000 [0.000 [0.000 clear | Shear of brush 


FIGURE 3.21: This is how the Properties tab will look 
when a brush is the currently selected object. 


relevant chapters that follow. 


There are several other controls on the Properties tab that will be covered in the 


THE TEXTURES TAB 


You can select the current texture 


The Textures tab consists of two controls by clicking on it in the Textures view. The 
(see Figure 3.22): current texture is shown with its text yel- 


low instead of the default white. You can 
“e A visual list of all the currently also right-click on any texture to see a 
available textures tiled view of it in its full size. 
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properties texture | brush | entity | integrity | 


basebtn3 «1.1» 
basebtn3 «1.1» 
basebtn3 «1,1» 
basebtn3 «1.1» 


| WMA special{qedsampf snl 


FIGURE 3.22: The Textures tab. The top list box 
shows each face of the currently selected brush. 


* A list box showing all the faces 
of the currently selected brush 
(this list box will be empty if 
the current object is a group or 
an entity) 


To apply the current texture to a 
brush, make that brush current using 
the treeview (or by Shift-clicking in a 
map view window), and then double- 
click on the picture of the texture you 
want to go on that brush. You'll see the 
texture change on all the faces of 
the brush in the Texture list box. 

You can also apply different tex- 
tures to different faces of the same 
brush. To do this, select the desired 
face in the list box on the Textures tab, 
and then double-click on the new tex- 
ture. Only the selected face will change 
texture. 


TEXTURE ALIGNMENT 


Textures on brush faces can be scaled, 
rotated, and offset in order to help 


align them properly. To set these alignment values for any brush face, double-click on 
that brush face in the list box control. The dialog box shown in Figure 3.23 will appear, 


allowing you to enter these values. 


Once you have alignment values set on one face of a brush, there's an easy way 
to copy these values to other faces of the brush. If you right-click on a brush face, you'll 
be presented with a pop-up menu of two choices. One allows you to copy the current 
alignment values to all faces of the current brush; the other allows you to copy the val- 
ues to only those faces with the same texture as the current face. 

You can also apply a texture to a whole entity or group at one time by selecting 
that group or entity and then double-clicking on the new texture. Note that all the 
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texture alignment properties 


FIGURE 3.23: The Texture Alignment dialog box 


brushes under that group or entity will change to this new texture, so you might want 
to use caution when applying this mass change, especially if your current group is sev- 
eral levels deep. 


THE BRUSHES TAB 


The Brushes tab, shown in Figure 3.24, provides you with a list of all the different types 
of brush shapes that you can use in your level. The brushes are categorized by gen- 
eral types, such as cuboid shapes, pyramid shapes, and so on, into a treeview control. 
(As the author of qED, I just love treeview controls, or haven't you noticed...?). 

The action of adding a new brush to your map is accomplished by dragging one 
of the brush types from the treeview control and dropping it onto your map. You can 
also drop the new brush right into the main map treeview control, onto the node that 
you wish to become the parent for the new brush. So, if you wanted your new brush to 
become part of a func door entity that you just created, you would drag any brush 
from the Brushes tab and drop it right onto the new func door entity in the treeview. 
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properties | texture brush | entity | integrity | 


Bal ccu 


E- cuboid 
~~ cube 
cube, 1st quadr. 
-~ parallelogram 
trapezoid 
mickpack 
[+] prism 
- pyramid 


FIGURE 3.24: The Brushes tab 


THE ENTITIES TAB 


The Entities tab, shown in Figure 3.25, provides you with a list of the available enti- 
ties that you can place in your map. This entity list is easily extendable, so that you 
can add to it as new Quake patches become available (such as the popular freeware 
"Capture the Flag," or CTF, patch). 

The Entities tab works in exactly the same way that the Brushes tab works. New 
entities are added to the map by dragging them out of the treeview control and drop- 
ping them either on the main treeview control or on one of the map view windows. 
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properties | texture | brush — entity | integrity | 


H- item 
E- light 
Œ- misc 
E- monster 
- monster army 
- monster boss 
— monster demon! 
~~ monster. dag 
^ monster enforcer 
-~ monster. fish 
^ monster hell knight 


FIGURE 3.25: The Entities tab 


THE INTEGRITY TAB 
The last tab in the Tabbed dialog box, 


shown in Figure 3.26, supports the pow- 

erful Integrity Check function of qED. NOTE 

This function helps you to find errors in If your map is missing an 

your level before you compile the map, info player start entity, then there's 

saving you untold hours of time. no specific area of your map that qED 
The tab itself consists of a list box, a can bring you to, so nothing would be 

single check box, and a Go button. The highlighted in this case. 


Go button performs the integrity check. 
Any errors found in your level will be 
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no "trigger. changelevel" entity found [exits map] 
no "info intermission'' entity found 


FIGURE 3.26: The Integrity tab 


displayed in the list box that makes up the major part of the Integrity tab. If an error 
is shown, clicking on that error will automatically select the brush or entity that's caus- 


ing the error, if applicable. The Integrity Check feature will be discussed in depth in 
Chapter 9. 


Fast Level 
Construction—qED Style 


"The Caci bie to build levels in Quake or any other game based on the Quake 
ene isto ‘use e qen: Why? The next five chapters will show you that a well- 
designed Windows interface and the addition of qED’s unique treeview and tabbed 

\ ‘dialog box controls enable you to build, group, and copy objects quickly. The folk 


lowing level construction chapters will show you how to: 


“+ Modify Brushes. qED's simple drag-and-drop brush controls and 
‘properties enable you to place and shape brushes easily. 


“. \ Assign and Customize Entities. Place entities such as lights, 
monsters, doors, and buttons, then modify their properties using 
the Properties.dialog box. 


* Work with Groups. Build elaborate light structures or rooms (or 
anything else!) out of dozens of'brüshes and entities, then group 
them into. newobjects you can’move, cut, Copy and paste in one 
swift stroke! 


« Savetime when Cutting, Copying, and Pasting. qED's powerful Paste 
Offsets capability saves tons of time pasting and placing multiple 
1.:* instances of the same object. 


CHAPTER 


Your First Creation 


If you're like most gamers, you're probably sick of just reading about qED 
by now—you probably want to dive in and start building something. 


Without further delay, let's start up qED and make your very first level. 


INSTALLING qED 


The gED installation program is the standard InstallShield Wizard that you've proba- 
bly seen as the setup program of other software. The qED installation asks only one 
question: Into which directory would you like to put the program? The default direc- 
tory is C:\Program FilesNqED, but you can change it to anything that you like. Like 
a good boy or girl, make sure to read the README.TXT file before beginning because 
it may contain some late-breaking news or information that might be important to you. 

Once qED is installed, simply click on the program icon, and you should see the 
screen shown in Figure 4.1. 

You should be familiar with most of the components of the qED interface (that is, 
if you read the last chapter!). Note that qED doesn't start you with a completely empty 
map—instead, you're given a chance to create a little default room. If you wanted to, 
you could compile this mini-level and play it in Quake right away. In fact, just to prove 
to yourself that the map editor works, let's do that right now. 


COMPILING AND RUNNING THE DEFAULT MAP 


First, you should come up with a name for the level. Since this will be the first level 
you ever built in qED, we'll name it MYFIRST. 


Compiling and Running the Default Map 


The Map View Windows 
qED - [untitled qed] 

fa File Edt Group Grid Window Help 

DG MS XE S 


[53 ot The Toolbar 
[20 iso | wakThu | FlatShaded | Texture Mapped | 


$ 


2 start room 
Q info_player_start 
@ ceiling 
Q ea: wall 
Q floor 
Q north wall 


The Treeview 
control 


The Tabbed 
dialog box 


The Status Bar 


untitled. ged grid: 64 snap: on 


FIGURE 4.1: The qED screen as it first appears 


The first step before compiling 
should always be to save the level, just 


to make sure you don't lose any work NOTE 


between the time you start building and If this is the first time you start 


the time you come back into qED. To qED, you'll be prompted for the location 
save the level, click on the Disk icon on of the QUAKE.EXE file. This is required to 
the qED toolbar, type in the name let qED know where to copy the compiled 
MYFIRST, and press the OK button. maps so that Quake itself can find them. 


qED just saved your level in a file named 
MYFIRST.GED. This file is located in the 
C:\Program Files\qED\MAPS directory (assuming you didn't change the installa- 
tion directory or the Save dialog box location). 

Now that the level is saved, it's time to compile and run it. The compile/run process 
takes place by pressing the Build button, which looks like a little toolbox, on the tool- 
bar (shown in Figure 4.2) or by choosing Build from the File menu. The F9 key is also 
a shortcut to the same action. 

Once you start the build process, you'll see the dialog box shown in Figure 4.3. 
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Save Early and Save Often! 


Saving your work is imperative when working with any type of computer program, but it may 
be even more so in qED. The level compilation process that takes you from a qED-exported 
MAP file to a finished, ready-to-play Quake BSP file can take hours with complicated maps. 
This means that while you might be generating a BSP file to test in Quake, hours could go 
by without saving your work. 

As we all know, disasters like power failures, little brothers, or parents telling us to 
“shut that damn computer off NOW!” could all spell the abrupt end of a computer session. 
Without saving your work, this could mean much cursing and, worse, losing a great deal of 
hard work that you put into your level. 


Build button 


CeO ee X Bs A Hoog] 


FIGURE 4.2: The Build toolbar 


build options 


export name... — — 
[V export visible only | 


[RO 


(C don'trun | | (€ don'trun | 
(* normal | | € nomal 
C entities only | | C fast 

em 


| | 
Lr ft cz = Eas | | 
u ————— — —, | "9 / | 


Misscoyo plana fna 
(* normal | 


(^ extra | [v run quake after build 


cancel | 


FIGURE 4.3: The Build dialog box 


Compiling and Running the Default Map .— 


The Build dialog box contains all the settings you need to build your level and to 
check it out in Quake. These settings are described in the following sections. 


THE EXPORT BOX 


This box contains the name of the MAP file that qED will create once the build process 
starts. It defaults to the same name as the qED file you're working on, but with a MAP 
extension. This box should now read C:\Program Files\qED\MAPS\MYFIRST-MAP, 
as this is the name of your level. 

The Export Visible Only check box should be unchecked for now. This powerful 
feature allows you to skip the exporting of any items that you've currently marked as 
Invisible in qED, which could greatly reduce the size of your map, as well as reduce 
the compilation time. 


THE qBSP BOX 


This box contains the command line options for running the first of id Software's MAP 
compilation utilities, qBSP.EXE. This program turns the MAP file, that qED exports, into 
the raw BSP file that Quake needs in order to display your level. There are three possi- 
ble options that you can choose, depending on how you want the map to compile: 


* Don't Run—This option can be picked if you don't want to run qBSP at 
all. This option is almost never chosen because the whole purpose of 
compilation is to build the BSP file so that you can try out the level in 
Quake. One reason that this option might be chosen is that you've made 
no changes to your level since the last compile, and you're building the 
level only to rerun the LIGHT or VIS programs (see the sections below). 


* Normal Run—This is the 
default method of running m 
qBSP. It will compile a MAP NOTE 
file into a BSP file. This If you choose the OnlyEnts mode 
option will be chosen and the brushes in your map have in fact 

been moved around, your level won't dis- 

play correctly in Quake. 


most often. 
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OnlyEnts Run—“OnlyEnts” is short for Only Entities (you have to use 
your imagination). This option is chosen when the only changes that 
you've made to your map since the last compile are adding, subtracting, 
or moving entities around. qBSP runs much faster when it doesn't have 
to rebuild the BSP tree for all the brushes in your level. 


For this test compile, make sure that the Normal radio button is checked. 


THE LIGHT BOX 


LIGHT.EXE is the second MAP compilation program, and you can set options for it 
here. This program is what creates all the cool lighting effects and shadows in your 
level. Once again, there are three options for this program: 


Don't Run—This option skips entirely the running of LIGHT.EXE. When 
you choose to skip this process, your level will still run in Quake, except 
that all the areas will be at the same brightness (called fullbright), 
and there will be no shadows. This option is good for the early building 
stages of your level when you're simply trying to set up the architectural 
details of the level and aren't worrying about lighting yet. 


Normal Run—This is the default option, and it will generate light and 
shadows for your map. 


Extra Run—You may notice that many of your light sources will generate 
shadows that have a "step" effect. This effect can be reduced by running 
LIGHT with the Extra parameter checked. This option takes longer to 
run, and should only be chosen during the final testing phases of your 
level, so that you'll be able to see the true shadows that your light 
sources will generate. Your absolute final compilation of the level should 
include this parameter as well. Figure 4.4 shows a light source with and 
without the Extra parameter checked. 


For this default level, you can choose either to not run LIGHT at all, or to run it in 
Normal mode because there are no light sources defined in the default level. In either 
case, the level will be shown with everything fully lit. 
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FIGURE 4.4: The light source on the left was compiled without the Extra parameter 
checked, while the light source on the right was compiled with the Extra parameter checked. 
The difference is most clearly visable in the shape of shadows. 


THE VIS BOX 


VIS.EXE is the third MAP compilation program, which builds the visibility set (or vis- 
ibility list) for the level. The visibility set is a structure that makes the level draw more 
quickly in Quake. There are three options for running VIS.EXE: 


* Don't Run—Choose this option when you don't want to run the VIS opti- 
mizations. You can safely skip this process in the early stages of your 
level, when it's small in size, or if you're purposely keeping your level 
small by hiding much of the map and exporting only portions at a time. 


* Normal Run—This is the default option, and creates the map optimiza- 
tions for your level. 


* Fast Run—This option will generate a partial visibility list for your map. It 
will take less time to run, but won't optimize as well as the full VIS. 
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In addition, VIS has several *levels" of oversampling options, that can be set with 
the slider control. You can use lower settings (which cause VIS to execute more rapidly) 
as you test the level, and then use the highest setting for the final compile of your fin- 


ished creation. 


RUN QUAKE AFTER BUILD 


This option will cause Quake to automatically run and play your new level right after 


You'll need the full retail version 


of Quake to view external levels. The 
shareware version of Quake won't let you 


play any external levels. In addition, it's 
always a good idea to make sure you 
have the latest version of Quake, in case 
certain bugs have been found and fixed. 
Patches to the QUAKE.EXE executable 
file are available online. 


the build process is completed. Make 
sure the check box is checked for this 
test. Once you have all the Build settings 
the way you want them, press the OK 
button. You'll see qED create a DOS shell 
and then run the MAP compilation util- 
ities with the options you selected. This 
simple map should take only a second 
or two to build. Once it's complete, 
Quake should start up, and you should 
be standing in your very first Quake 
level, as seen in Figure 4.5. 


FIGURE 4.5: Your first Quake level from inside Quake 
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Starting an External Level Manually 


Let's look under the hood for a moment. qED starts Quake in your new level automatically 
by doing the following things: 


“e It copies the finished BSP file to the C: \QUAKE\ID1\MAPS directory 


** It runs Quake with the command line QUAKE -MAP <mapname>, where 


<mapname> is the name of the BSP file. 


If, for some reason, Quake fails to load your map automatically, you can run it using the 
command line shown above. In addition, you can load any map from the Quake console 
inside the game itself. To bring up the Quake console, press the tilde (—) key. Then, type 
MAP <mapname>, where <mapname> is the name of the BSP file copied to the 
C: NQUAKENIDIMMAPS directory. 


After all this buildup, it's not much to look at, is it? With no lighting, and a single 
featureless room, you should find yourself getting bored pretty quickly. Therefore, 
once you've explored this little map to your heart's content, you can leave Quake, 
which will bring you right back into qED. 


STUDYING THE DEFAULT MAP 


Now that you've seen how the level looks in Quake, study the individual compo- 
nents of what makes up this level in qED. We'll look at the following components: 


^ The treeview 

* The start room group 

* The info player start entity 
* The worldspawn entity 

-* Brush properties 


* Texture tab 


ə 
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* Group properties 


* Entity properties 


STUDYING THE TREEVIEW 


The treeview control shows you the hierarchical view of the structure of the entire level. 

The default map starts off named untitled.map, but this name changes to what- 
ever filename you give the map the first time you save it. Because you’ve already saved 
this map once, the top item in the treeview should read C:\Program Files\ 
qED\MAPS\MYFIRST-qED, or whatever actual name and path you saved this level as. 
The top item in the treeview is always the filename of the current level. 


qED groups are covered in depth 
in Chapter 7. 


Notice that the default brushes 


overlap each other. This helps to prevent 
leaks in your maps. Leaks usually occur 


when two brushes that are supposed to 
be right up against each other are 
instead a unit or two apart, causing a 
"crack." Creating your brushes with 
definitive overlaps can greatly help in 
preventing leaks. A level that has any 
leak into the "void," or the outside area 
beyond the boundaries of your level, 
can't be optimized properly by the VIS 
program, and will therefore probably run 
sluggishly on many computers. 


Start Group 


The next item in the treeview is a group 
named start group. This group represents 
all the elements that make up the single 
room of this level. Within the group is a 
single entity, named info player start, 
which represents the position at which 
the player will start the level, and six 
brushes, which together make up the 
room. The brushes have appropriate 
names that describe their function, such 
as "Ceiling," *Floor," and "East wall." 


Worldspawn 


Finally, the last element in the map is the 
worldspawn entity. This entity is 
extremely important to your Quake 
level. The vor1dspaun entity is a special 
entity that acts as the container for all 
the nonmoving brushes in the MAP file. 
If you recall, MAP files have no normal 
grouping mechanism other than entities, 
and most entities are special-purpose 
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definitions of monsters, doors, and so on. The majority of the brushes in your level 
will be the regular walls, floors, ceilings, light fixtures, and other static architectural 
features that the player will see. All these brushes end up getting lumped into the 
worldspawn entity during the map export process. 

The worldspawn entity also has several attributes that define various global set- 
tings for your level, such as the background music that you wish to play, plus the mes- 
sage that you want to be displayed as the player enters the level. 

Because of the importance of the vor1dspaun entity, it can't be deleted from your 
map, and it also can't be moved away from the location « 0,0,0 » the way that other 
entities can. 


LOOKING AT THE PROPERTIES OF EACH OBJECT 


Now you should have a good idea of the individual components that make up this 
default level. It consists of a group, inside which are an entity and six brushes. Outside 
ofthe group is the vor 1dspaun entity. Let's now look at a few of the components indi- 
vidually, and see how each of them is defined. To begin with, let's study the brush 


ə 


named ceiling. 


Studying Brush Properties 


To examine any object in a map, you 
need to select it, or make that object the 
current object. The easiest way to select 
an object is to simply click on its name 
in the treeview control. Alternately, you 
may also find the center of the object on 
any one of the map view windows and 
Shift-leftclick on it. 

Once the object you want to exam- 
ine is the selected object, you'll see a 
number of changes in qED. First, the 
Properties tab will change to reflect 


NOTE 
Selecting brushes using the map 
view windows might be a bit harder 


depending on which map you use, 
because many times the centers of 


objects might directly overlap (for exam- 
ple, the ceiling and floor brush when 
seen from the top map view window 
directly overlap). The treeview makes 
selection a lot easier. 
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the object you're viewing. Figure 4.6 shows the Properties tab for the ceiling brush in the 
default map. Changes include: 


« Brush name—If you recall, you can give any object any name that you 
desire. The current object's name can be changed by editing the value in 
this first text box, or you can edit it directly in the treeview control. 


4 Brush class—A brush's class will usually correspond to one of the brush 
names in the Brush Selection dialog box on the Brush tab. This tells you 
the base shape of the brush, before scaling and shearing. The ceiling 
brush, for example, is of the class Cube, meaning it's a simple cube shape. 


FIGURE 4.6: The properties of the ceiling brush 
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* Brush manipulation controls—Below the brush's class, you can easily see 
the scale, rotate, translate, and shear values of the current brush. For 
example, this particular brush has a size (scale) of 512x512x16. This 
means that the brush is 512 units long, 512 units wide, and only 16 units 
high. The translation property is set to 0x0x264, which tells you that the 
brush is 264 units directly above the origin. 


You can change the current brushes' scale, rotate, translate and shear properties 
by typing new values into each of the text boxes in this dialog box. After typing the 
new value, press either Tab or Enter to accept the changes. The brush will immedi- 
ately redraw in all the visible map windows to reflect the changes you just made. 


The Texture Tab 


Brushes are made to look different by assigning textures to their faces. To see what 
texture(s) are currently selected for use on the brush go to the next tab in the Tabbed 
dialog box, the Texture tab. You should see a picture similar to Figure 4.7. 

The Texture tab consists of two major parts—the top part is a list box showing all the 
faces of the current brush and the textures applied to each face. The bottom (and major- 
ity) of the Texture tab is a scrolling list of all the textures currently available for use. 

To see all the available textures, use the scroll bar at the right of the Texture tab to 
scroll through the list. If you'd like to see a texture that's already on a face of the cur- 
rent brush, you can click on that face in the list box, and the texture preview window 
will automatically select that texture. In Figure 4.7, note that the face named “left” is 
selected, which happens to be assigned texture “gl1,” and “gl1” is the current texture 
highlighted in the scrolling texture window. 

To assign a texture to a brush face, select that brush face in the list box, find the 
texture you want to give it in the scrolling texture window, and double-click on it. The 
selected face will be assigned that texture. To assign a texture to all the faces of the 
current brush, first select the top item in the list box (which always reads <brush>), 
and then double-click on the new texture. 


Studying Group Properties 


A group is a container for brushes and entities that allows you to split your map into 
manageable parts. The default room has a single group named start room that was 
discussed briefly in the section above. 
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FIGURE 4.7: The Texture tab shows the textures currently placed on the active brush. 


Group properties are identical to brush properties, with the exception that you 
can’t apply a shear value to a group. However, groups can be scaled, rotated, and trans- 
lated on their own, which will automatically scale, rotate, and translate all objects 
underneath this group a like amount. This allows you to create one group of many 
objects—for example, an entire room—and then move that group around all at once. 

To view the properties of any group, make that group the current object by select- 
ing it in the treeview. The Properties dialog will change to show the properties of the 
current group, as seen in Figure 4.8. 

You can also use the Texture tab when a group is the currently selected object. If 
you double-click on any texture while a group is the currently selected object, you'll 
change all the faces on all the brushes underneath this group to show the new texture. 


Studying the Default MAP 


FIGURE 4.8: Properties of the group start room in the default map. 


This includes all the brushes under all the groups and entities under this current group. 
Make sure you know exactly how many brushes you're affecting before trying this 
option—because you have the potential to change many different brush faces simul- 
taneously with this simple mouse click. 


Studying Entity Properties 


You examine and edit entities properties in exactly the same way as groups and 
brushes. First, you need to make the desired entity current by selecting it in the tree- 
view or by Shift-leftclicking on it in one of the map view windows. Try selecting the 
info player start entity in the default map now. You should see the Properties dia- 
log look something like Figure 4.9. 
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info player start 


classname info player start 
origin -216 216 32 
angle 315 


FIGURE 4.9: The Properties dialog box for an entity 


Entities have a translate (origin) value that tells you where they’re located, just as 
brushes and groups do. However, entities don’t have scale or rotate properties. 

Instead, an entity is defined by a list of attributes. Each attribute is shown in the 
list box directly below the Name edit box. The default info_player_start entity has 
three attributes: 


^ Classname—Defines what type of entity it is 
®e Origin—Mirrors its current translate value 


* Angle—Tells you which direction the entity is facing 


Studying the Default MAP . 


Different classes of entities need different types of attributes to define them. qED 
allows you to enter any type of attribute into any entity. To create a new attribute, click 
on the little New button directly above the Attributes list box, and a small dialog box 
will appear that allows you to enter a new attribute key and a matching value. 

Some entities, to operate correctly, require brushes; and, as with groups, you can 
mass-replace all the textures on all brush faces under an entity by making that entity 
the currently selected object, and then double-clicking on any texture in the texture 
preview window. Again, you have the capability of changing many brushes in one 
stroke using this feature, so make sure you know exactly what you're doing before try- 
ing it out. 

Now that you've wandered around the default map, and studied its components, 
it's time to start making some changes to the map. We'll start by learning how to cre- 
ate and manipulate new brushes. 


CHAPTER 


Brushes 


If you'll recall, brushes are the solid “chunks” of material that you use 
to create the architecture of the Quake level. All the floors, walls, ceil- 
ings, light fixtures, windows, handrails, fireplaces, chandeliers, steps, 
bridges, and any other architectural features that make up your level will be created 
by one or more brushes combined. Therefore, a mastery of brush manipulation in qED 
is vital to the task of creating successful Quake levels. To become a true brush master, 
you'll need to learn the not-so-fine art of brush manipulation and subtraction. 


Essentially, here are the steps to create a usable brush in a Quake level: 


«Select and drag a brush into one of the three map view windows. 


«^ Place the brush in its appropriate place in the level’s hierarchy (give it 
the correct parent in the treeview control). 


^ Size the brush and rotate it if necessary. 

* “Translate” the brush (move it to the correct spot on the map). 
* Apply a texture or textures. 

“e Scale, rotate, and translate the texture as desired. 


^ Combine it with another brush, and then slice and dice it (if you're sub- 
tracting brushes). 
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ADDING NEW BRUSHES 


All brush creation starts on the brush tab, which is shown in Figure 5.1. The brush tab 
consists of a hierarchical tree showing the different types of available brush shapes, 
grouped by major category, plus a black preview window that shows what each brush 
looks like. 

Once you find a brush that you want to add to the map, simply place the mouse 
on either the treeview or the preview window of the brush tab, click, and begin drag- 
ging. The mouse cursor will change to denote that you're now dragging a copy of the 
current brush. 

To place the brush in the map, simply drop it into any of the three map windows. 
The new brush will be placed in the new map. Figure 5.2 shows a new map with a sin- 
gle new brush placed in it, while Figure 5.3 shows the view of the treeview control 
after the same action. 
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FIGURE 5.1: The qED brush tab. Most new brushes will be created from here. 


rA 5 Brushes 


7. untitled. qed 
| wWalkThru | FlatShaded | Texture Mapped | 


FIGURE 5.2: A single pyramid-shaded brush has been added to the map. 
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FIGURE 5.3: The look of the treeview control after the new brush has been added 
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BRUSH PROPERTIES 


A brush has several different characteristics that describe its makeup. These are listed 
in the sections below. 


Name 


The name of the brush is what appears in the treeview control. The name that you 
assign to a brush is completely arbitrary; qED doesn't do anything in particular with 
this information except display it in the treeview so that you can identify the brush 
with some type of memorable name. Having 2,000 brushes named "Cube" in the tree- 
view control wouldn't help you much in differentiating them. The names don't have 
to be unique, however. If you're creating a room with four cylindrical columns in it, 
each of the column brushes can be simply named "Column," if you like. 
There are two different methods to change the name of a brush: 


* Directly in the treeview control itself. Simply double-click on the desired 
brush whose name you wish to change, and edit it there, similar to the 
way you can rename files in 
Windows 95 Explorer. 


“^ Rename a brush using the 
Properties tab. When a brush 
is the currently selected 
object, the Properties tab will 
look like Figure 5.3. The 
name of the current brush 
can be changed by typing a 
new name in the edit control. 
Be sure to press either Tab or = 
Enter when completing the new name to save your changes. 


Class 


The class of the brush is simply the type of brush, or its shape. This name is the same 
name that can be found on the brush tab tree where all the different types of brushes 
are listed. The class of the brush is unchangeable: if you need a brush of a different 


FIGURE 5.4: The Properties tab for brushes 


shape, delete the current one and drop down a new one of this class instead. There 
are several different brush classes to choose from, and new brush types will be added 


to qED in the future. Some example brush classes are: 


Cube 

Trapezoid 

Parallelogram 

Pyramid (with different numbers of sides) 
Cylinder (with different numbers of sides) 
Obelisk 

Wedge 
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Size (Scale) 


Most of the brushes are created with a default size of 64x64x64 units. Most times, 
however, you'll need to change the size of the brush to fit the current need of the part 
of the level that you're constructing. For example, you might need a tall, thin cube to 
act as a wall. Or, you might need a long flat cube to serve as a tabletop. In any event, 
any brush in qED can be scaled along the x-, y-, or z-axes to create any sized brush 
that you need. 

The first method of scaling (that is, sizing) brushes is done using the Properties 
tab. When a brush is the currently selected item in the map, the Properties tab will 
look like Figure 5.4. To change the size of the current brush, simply type in the desired 
scale values of the brush in the x, y, and z boxes under the heading size €x«y«z». 

You can also adjust the size of a brush using the map windows. To size a brush, 
first make sure that you're currently in scale mode. There are three visual editing 
modes, which are changeable via the three rightmost buttons on the toolbar. Figure 
5.5 shows the toolbar, with the Scale Mode button depressed. 

Once you've made sure you are in scale mode, you need to select the desired brush 
for editing. Selecting a brush is accomplished in one of two ways: either by selecting 
the brush name in the treeview control, or by Shift-clicking on the brush in one of the 
map editing windows. After selecting a brush using either method, the cyan-colored 
sizing handles will appear surrounding the current brush, as shown in Figure 5.6. 

The sizing handles are a set of areas for you to click on that will anchor the brush 
on one side and scale (shrink or grow) the brush on the side you've grabbed, similar 
to the way that you size a window in Windows 95 by dragging on one of the window's 
edges or corners. As you probably know from resizing your windows to suit your needs, 
grabbing on the lower right side of the window causes the window to grow (or shrink) 
along the bottom and right edge, while the left and top edge remain in the same place. 
If you grab on the center of the bottom edge, then only the bottom edge of the win- 
dow becomes sizable. 

This is precisely how the sizing handles work in any of the 2D views. To size a 
brush along any two sides, simply grab the corner where those two sides meet and 


FIGURE 5.5: The qED toolbar. The rightmost three buttons select the visual editing 
mode. The button currently depressed in this figure is the Scale Mode button. 


y north 


FIGURE 5.6: This top view of the map shows the sizing handle 
surrounding the currently selected brush. 


drag the sizing handles around. Figures 5.7 and 5.8 show a brush before and after it 
has been sized. 


Sizing in 3D 
Sizing can also be done using the sizing handles in the 3D views (the WalkThru or Iso 
views), but things get a little trickier here, because now sizing can be done in three 


dimensions instead of only two. This is where the right mouse button becomes as 
important as the left one. Here’s the magic secret to remember: 


* When sizing with the left button, the sizing will happen only in the 
x/y plane. 


^ When sizing with the right button, sizing will happen only along the 
Z-axis. 
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FIGURE 5.7: Note that the mouse cursor is directly over the lower 
right corner of the current brush. Dragging from this spot will size the 
right and bottom edges of the brush. 
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FIGURE 5.8: The same brush as that in Figure 5.7, after being sized 
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Figure 5.9 shows an example of a cube with the mouse cursor over one of the siz- 
ing handles. The particular handle that the mouse cursor is over is an edge (as opposed 
to a corner) handle. If the left button is used, sizing will happen only in the x/y plane. 
This particular handle lies along the y-axis (which is the axis extending leftward out 
of the picture), so sizing would be in the y-dimension only. If the right mouse button 
were used, sizing would occur along the z-axis (up). 


FIGURE 5.9: Sizing in a 3D window. Press the right mouse 
button to size the z-axis only. 


Rotate 


The ability to size brushes to any available size gives you quite a bit of flexibility, but 
sometimes brushes need to be rotated to get them in their final place. For example, all 
the conical (pyramid) brushes have a default orientation, with their points directed 
upward. What if you needed a conical brush to point downward, or even sideways? 
Instead of qED having dozens more brush styles in these useful orientations, it's much 
easier to take one of the existing brush types and simply rotate it. 


Like sizing, brush rotation can be done either numerically or visually. Each brush 
has three components of its rotation: 


-* A rotation along its x-axis 
* A rotation along its y-axis 


e A rotation along its z-axis 


To understand rotation, refer to Figure 5.10. In it, four views of a cylindrical brush 
are shown in a 3D window. The three axes are also shown in each view. The x-axis 


CHAPTER 5 Brushes 


FIGURE 5.10: The same brush with (a) no rotation, (b) 20-degree x-axis rotation, (c) 20- 
degree y-axis rotation, and (d) 20-degree z-axis rotation 


points to the right, the y-axis to the left, and the z-axis upward. The four pictures show, 
in order, the brush with no rotation, then with a 20-degree x-axis rotation, with a 20- 
degree y-axis rotation, and finally with a 20-degree z-axis rotation. The last one is hard- 
est to differentiate from the original, though the orientation of the sizing handle cube 
should help. 

To change the rotation numerically, simply type the desired values in the group 
box marked rotate <x1y.z> for each of the axis rotations (see Figure 5.11). Note 
that values less than 0 or greater than 
359 will be converted to angular values 
between 0 and 359. For example, a rota- 
tional value of 370 degrees is equivalent 
to a positive rotation of 10 degrees (360 
plus 10). Likewise, a rotation of -10 is 
equivalent to a 350-degree (360 minus 
10) rotation. 

Visual brush rotation is easier than 
visual scaling because there aren't all 
those sizing handles to worry about. Instead, to rotate a brush, just place the mouse 
on any one of the map windows and move it around. The brush should rotate in the 
direction that the mouse moves. qED figures out what the angle amounts should be 
based on these movements. 


SIE TE Eg mr] 


FIGURE 5.11: The qED toolbar with rotate mode selected. Rotate 
Mode is the second button from the right 


brush associated with gent group will turn 
| red. Rotate and size away. - : 
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Shear 


Brush shearing is the act of collapsing an object along one of its axes. The best anal- 
ogy to help you visualize this is to think of squashing an empty soda can. 

Shearing a brush can be done either numerically or visually. To shear a brush 
numerically, type the desired shear values for each axis in the group box marked shear 
<x.1y.1z>. Note that shear values are decimal numbers usually in the range of -2 to 2, 
although larger values can be used. Figure 5.12 shows an example of a sheared brush. 

To shear a brush visually, you must be in shear mode, which is accomplished with 
the farthest button on the right of the toolbar, shown in Figure 5.13. Visual shearing 
is done with the three sizing handles that parallel the axis. Just grab the desired han- 
dle and move the mouse, and the brush will shear along that axis. 

Brush shearing is often useful for fitting brushes together. Refer to Figure 5.14, 
where cube brushes are sheared and lined up to create a semi-enclosed shape. 


FIGURE 5.12: A cubical brush sheared along its z-axis 


"CHAPTER 5 Brushes 


FIGURE 5.13: The qED toolbar, with shear mode selected. Shear Mode is the last 


button on the right side 


FIGURE 5.14: Top view of three 
sheared brushes 


Translate 


Translation is just a fancy word to refer to the loca- 
tion of the brush on the map. Most brushes start 
their existence with their centers at the point 
« 0,0,0 ». Once you've got the right shape, size, 
and rotation of a brush for a given task, all that's 
left to do is to move it into position. 

Like all the other brush manipulations 
described above, translation can be accomplished 
numerically or visually. Numeric translation is 
done in the group box marked translate 
<x xy z?. Type in the coordinate on the map that's 
to be the origin of the currently selected brush. 
Unlike the other manipulations, there's no specific 
translate mode for visual movement of the brush. 
The reason for this is that moving brushes around 
occurs so often that it's available all the time, 
whether in scale, rotate, or shear modes. 

Visual translation (movement) is done with 
a special translate handle in the sizing box. The 
handle is usually fairly self-evident because it 
sticks out at an odd angle to the other handles. 
Figure 5.15 shows the location of the translation 


handle in the top view map window. 

Once you've identified this handle, grabbing it and moving it around will drag the 
entire brush around on the map. In the 3D views, using the left mouse moves the brush 
along the x/y plane, while using the right mouse moves the brush along the z-axis, as 


shown in Figure 5.16. 
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FIGURE 5.15: The translation handle is the one that sticks out at a 
strange angle. 


FIGURE 5.16: The lighter-colored arrows show the movement of the brush when the left mouse 
button is used. The dark arrow shows the movement when the right mouse button is used. 
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TEXTURE 


Each brush is made up of different faces, 
or sides. A standard cube brush, for 
example, is composed of six sides. Each 
one of these different sides can contain 
a different texture. The texture is the 
graphic that will appear on that side. 
Textures, when applied to brushes, 
make the brush look like wood, stone, 
metal, or some other material. Figure 
5.17 shows a cube brush with a different 
texture on every side. 


Adding Texture 


You add textures to a brush by selecting 
the brush you want to texture, going to 


FIGURE 5.17: This cube brush has a different texture on each face. Such brushes don't often 
appear very realistic, but this example shows the versatility available to you when adding textures. 


the textures tab in the Tabbed dialog box, 
and double-clicking on the desired tex- 
ture in the visual texture display. By 
default, this will apply the texture to 
every face of the current brush. If you 
want to texture only a single face of the 
current brush, select that face first in 
the list box directly over the texture dis- 
play, and then double-click on the 
desired texture. Figure 5.18 shows a tex- 
ture being applied to just one face of a 
brush. 
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FIGURE 5.18: To apply a texture to a single face of a brush, select 
that face first in the list box, and then double-click on the desired texture. 
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WATER. LAVA, 
AND SLIME BRUSHES 


Brushes are solid chunks of material that 
help you build structures in your level. 
Like all good definitions, however, there's 
an exception to this rule. A certain class 
of textures allows the player to walk 
around inside a brush. These "special" 
textures are what are used to create 
underwater areas, slime pools, or lava 


pits (see Figure 5.19). You can easily recognize the special textures because their name 
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FIGURE 5.19: The "special" textures 


starts with an asterisk (*). 

To create any of these liquids, you 
apply one of the special textures to a 
brush. The volume defined by that brush 
will now be composed of that material. 
For example, to create water, simply apply 
the texture named *vater to it. That 
brush is now transparent, which means 
that instead of the player's bouncing off 
the surface of the brush, he (or she) will 
now be able to pass through it. While 
inside the water brush, the player's view 
will be altered to appear as if he or she is 
underwater. In addition, the player will 
have only a certain amount of air, and 
begin to take damage after that air supply 
runs out, until leaving the area enclosed 
by the brush. 

Most liquid brushes are placed 
inside a container that looks like a pit, so 
that they appear like a natural body of 
water. However, there's no restriction to 
the placement of a liquid brush. Figure 
5.20 shows a water brush shaped like a 
pyramid hovering in mid-air. 
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FIGURE 5.20: À strange, pyramid-shaped water brush. The player can pass right 
through this brush and will actually drown if he or she stands in it too long! 


Slime and lava are created the same way that water is—the only difference between 
them is the texture applied to the brush. 


BRUSH SUBTRACTION 

By creating brushes and scaling, rotating, and translating them, you can create just 
about any structure imaginable. However, there are some structures that aren't par- 
ticularly easy to create. Consider the object shown in Figure 5.21. 

"Negative space" brushes are required to create these types of objects. Most peo- 
ple would describe the shape shown in this figure as being “a hollow cylinder.” 
However, hollow shapes are normally not possible in Quake maps. Why? Review the 
definition of a brush again: 

A brush is a convex solid polyhedron. 

The key word in the definition is convex. A hollow shape is not convex. You can eas- 
ily see where you could draw an imaginary line that passed in, then out, then back into 
the shape again, and therefore any solid that fails this “straight-line test" can't be convex. 
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FIGURE 5.21: This looks like a simple geometric shape—but just try to create it using 
convex brushes! 


So, then, what are we to do when we want to make hollow shapes like the above 
example, given that we're constrained to using only convex solids? What we need is 
a way to “carve out" holes in existing brushes. Fortunately, qED has just such a tool... 
and that tool is called brush subtraction. 

Take another look at Figure 5.21. Instead of thinking of the shape as a “hollow cylin- 
der," try to think of it as a solid cylinder that has had a smaller cylinder removed from 
the center. It might be easier to picture if we made the "hole" smaller, as in Figure 5.22. 

Or, better yet, let's make the “hole” a different shape entirely than the “outside” 
of the object, as shown in Figure 5.23. 

To create an object like this, you need to define the object with only two brushes: 
the “outside” brush, and the “inside” (hole) brush. Then, we need to somehow tell 
qED to use the inside brush to act as a “carving tool” for removing space from the 
outer brush. 

To make the hollow shape shown in Figure 5.23, begin by starting a new map in qED, 
and then dragging a cube brush from the brush tab onto the entity named vor1dspaun 
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FIGURE 5.22: This is the same shape as the previous example with a smaller hole. 


FIGURE 5.23: This object is made the same way, but the "hole" is a different shape than 
the "outside" of the object. 
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in the treeview control. Make sure the 
dimensions of this new brush are 
< 64,64,64 > (the default dimensions), 
and set the origin (translate) value of 
the brush to « 0,0,64 ». Then, drag a 
second brush into the vor 1dspawn entity, 
this time use a prism-08 brush, and set its 
dimensions to « 32,32,72 >, set its rota- 
tion value to < 0,90,0 >, and then its ori- 
gin to < 0,0,64 >. What appears in the 
WalkThru map window should be simi- 
lar to Figure 5.24. 

Give these two brushes different tex- 
tures so that they'll be easy to tell apart 


FIGURE 5.24: Setting up the brush subtraction demo. These two brushes should both be in 
the worldspawn entity. 
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when looking at them in Quake. Then, save, compile, and run the map (press the Build 
button on the toolbar). What you should see is not the hollowed-out cube you thought 
you might see, but instead something like Figure 5.25. 

What we forgot to do is tell qED to make the prism brush act as a “carving knife” 
out of the cube brush. To do this, select the prism brush in the treeview control, and 
then right-click on the item. What you’ll see is a pop-up menu, shown in Figure 5.26. 

The last item in the pop-up control is negative brush. Choose this menu item 
now. The only visual difference is that the little icon in the treeview control next to the 
brush is colored darker than the other brushes. This dark icon tells you that this brush 
is defined as a “negative space” brush. Negative space brushes remove material out 
of positive space (normal) brushes, and this is exactly what we want to do. If you 
recompile this map now, you should get a shape similar to Figure 5.23, shown earlier. 


WHAT’S REALLY GOING ON BEHIND THE SCENES? 


When you perform brush subtraction in qED, what you're actually doing is telling qED 
to chop up all the positive space brushes into pieces during map export time. If you 


FIGURE 5.25: "Hey, this isn't the hollowed-out brush | wanted!” 
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FIGURE 5.26: This pop-up menu is displayed when 
you right-click on a brush in the treeview control. 


like, you can also perform this brush chopping permanently, leaving yourself with a 
bunch of strangely shaped brushes where the positive and negative space brushes 
used to be. This is easy to demonstrate using the previous example. Before you try this, 
however, make sure that you save the map. 

Now, place the mouse on the entity named worldspawn, which should be the 
parent of the two brushes in our subtraction example. Right-click on it. You’ll see the 
same pop-up menu shown in Figure 5.26, but the last item in the menu will now read 
subtract brushes. Select this menu option. What you’ll see on your map see will 
be similar to Figure 5.27. 

Notice that instead of the two brushes, one positive and one negative that we 
started off with, we now have eight odd-shaped brushes that, when combined, make 
up the desired “hollowed-out” shape. The big difference is that these brushes are all 
convex (a requirement for all brushes), and they’re all positive space brushes, because 
the Quake compiler doesn’t understand the concept of a negative space brush. 

You can leave the brushes in this post-subtracted form if you like, but be aware 
that there’s no command to put all the brushes back together into a positive and neg- 
ative pair. Each odd-shaped brush is now its own separate, individual piece. This is 
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FIGURE 5.27: Post-subtracted brushes. Our two simple brushes had to be chopped up into 
eight convex brushes so that the Quake map compiler would understand them. 


why I urged you to save the map before trying this operation: if you don't like 
the results, you can simply use the Revert function on the File menu to go back to the 
saved version. 

The decision to leave the brushes subtracted or as positive/negative pairs is really 
a trade-off. If you leave them subtracted, there are usually many more brushes, and if 
you decide to change the orientation of the object, it’s much harder. (For example, 
there's no way to move the "hole" in a subtracted brush after they've all been sub- 
tracted.) On the other hand, however, the flat-shaded and texture-mapped views of 
the level are more accurate if you subtract the brushes manually. (qED doesn't show 
a true picture of a negative brush when you have a positive/negative brush pair.) 

Now that you've learned the fine art of brush manipulation, you should have all 
the raw materials at your disposal for creating just about all the architectural features 
that you can dream up. This might be a good time to practice creating a few multi-brush 
structures like stairs, a chandelier, a table, or any other objects you can think of. 

Once you feel comfortable with all the aspects of brush manipulation, we can start 
talking about populating and animating your map through the use of Entities. 


CHAPTER 


Entities 


Quake maps are made up of a list of entities, inside of which can be 
brushes. Many different types of entities exist to do different things. 
Some are monsters that will attack the player, some are goodies like 
weapons and armor, and others are entities that set up actions in your level like open- 
ing doors and traps. 


The class or classname of the entity is the property that defines what the entity is. 
Therefore, an entity with a classname of monster_dog is a different type of entity than 
one with a classname of info player start. 


ADDING NEW ENTITIES 


When you want to add a new entity to your level, select the entities tab in the Tabbed 
dialog box. You'll be presented with a small treeview control as shown in Figure 6.1. 

The entities treeview is divided into categories that describe a general class such 
as “monster” or “item.” By expanding each top-level node of the tree, you'll be pre- 
sented with a list of entities that fit into that category. 

Once you find an entity that you want to add to the map, simply place the mouse 
on the desired entity in the entities treeview, and begin dragging. The mouse cursor 
will change to denote that you're now dragging a copy of the current entity. 

To place the entity in the map, simply drop it into any of the three map windows. 
The new entity will be placed in the map. Figure 6.2 shows a new map with a single 
new entity placed in it, while Figure 6.3 shows the view of the treeview control after 
the same action. 
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FIGURE 6.1: The entities tab 


FIGURE 6.2: A new monster_army entity has been added to this map. 
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FIGURE 6.3: The treeview control shows the new entity in its proper place in the hierarchy. 


By looking at Figure 6.2, you can see that the cyan box surrounding the entity 
appears to be crossing the brush that represents the floor of the map. This cyan box 
represents the bounding box of the entity, meaning the space that the entity will be 
taking up by being placed in this spot. This current spot is no darn good for the entity, 
because he's stuck in the floor! You'll need to move the entity up a bit so that he's rest- 
ing on the floor. 


Entities are moved around in a very similar manner to the way that brushes are. The 
three editing modes that we discussed for brushes (scale, rotate, shear) are all opera- 
tional when an entity is the currently selected object, though they work in a more lim- 
ited way. For example, it makes no sense to apply shearing to an entity. Thus, if you 
have shear mode enabled when an entity is the current object, the shear handles dis- 
appear, and all you're left seeing is the center handle, which controls moving the entity. 

The same holds true for scaling. Entities can't be scaled, so if you're in scale mode 
with an entity selected, the normal sizing handle cyan box won't appear as it did when 
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you were editing a brush. Instead, only the center entity movement handle will be vis- 
ible, as shown in Figure 6.2 previously. 

Moving an entity is done by grabbing this center handle and dragging the entity 
to a new spot on the map. 


MANUALLY CHANGING AN ENTITY'S ORIGIN 


In addition to moving an entity's position visually as shown above, you can also key 
the actual x-, y-, and z-coordinates for the entity into the translate box shown in Figure 
6.4; this obviously takes a little more care to accomplish. A third way exists to change 
an entity's origin, as well: the origin is a standard attribute of almost every entity. You 
can change this attribute just like you can change any other attribute, which is dis- 
cussed below. 


NAMING ENTITIES _ 


Like every object in qED, each entity can be given a name. By default, the name of 
each entity is assigned the same value as its classname, but you can name each entity 
whatever you like. You could name a monster_dog entity Fido, if it pleases you to do 
so. The name property is ignored by Quake itself; it’s strictly for your own identifica- 
tion purposes. 

To change an entity’s name, either press F2 in the level treeview control to edit the 
name there, or enter the new name in the edit box labeled Name on the Properties tab, 
as seen in Figure 6.4. 


ENTITY ATTRIBUTES - 


Entities are defined by a list of attributes. Each entity class has different possible attrib- 
utes that help define its purpose. For example, the func door entity, which defines a 
door, has an attribute named dmg that defines how much damage the door causes if 
it closes on a player. The func button entity, however, which defines a button the 
player can push, doesn't have an attribute named dmg because this entity can't directly 
cause damage to a player. 
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FIGURE 6.4: This func door entity has just been renamed 


some func door. 


classname 


worldspawn 
created using qED, b 
gedmain. wad 


FIGURE 6.5: The Attributes list box is in 
the center of the Properties tab for the 
current entity. 


The current attributes for the current 
entity are displayed in a list box on the 
Properties tab within qED. Figure 6.5 shows 
the Properties tab for the worldspawn 
entity in the default qED level. 

The list box shows two columns, the 
left representing the key of each attribute, 
the right representing the value of each 
attribute. As seen in Figure 6.5, the 
worldspawn entity has three attributes, 
the classname attribute with a value of 
worldspawn, a message attribute with a 
value of created using qED by matt 
tagliaferri,anda wad attribute with a 
value of qedmain-wad. 

Whenever you add a new entity to 
your level, qED will give that entity a list 
of appropriate attributes. This allows you 
to avoid having to memorize exactly 
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which attributes are relevant to which entity. Most of these default attributes will have 
a blank value, so they won't have any effect on the level itself. To "activate" any of 
these default attributes, simply edit them as described below and give them an appro- 
priate value. Figure 6.6 shows an entity just recently added to a level, together with 
its list of default, empty attributes. 


func door 


wail 

delay 
targetname 
message 


FIGURE 6.6: This func_door entity was just added to 
the current map. Note how many of the attributes start 
off with no value, like the delay, targetname, and 
message attributes shown here. These empty attributes 
will have no effect on the entity until you give them values. 


CHANGING ATTRIBUTE VALUES 


Any attribute can be edited by double-clicking on it in the Attribute list box. An 
Attribute Editing dialog box, shown in Figure 6.7, will appear. To edit the attribute, 
change either the attribute name and/or the attribute value, and press the OK button. 
The new changed attribute will replace the old one in the Attribute list box. 
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attribute edit 


cancel | 


FIGURE 6.7: The Attribute Editing dialog box 


ADDING A NEW ATTRIBUTE 


To add an entirely new attribute to the attribute list, you can click on the small Add 
button directly over the Attribute list box. The same dialog box used for editing attrib- 
utes will be displayed, showing the attribute name <new attribute> and the default 
value <new value>, as shown in Figure 6.8. Change both of these items to the desired 
key-value pair and press the OK button. The new attribute will be added to the attribute 
list for the current entity. 


<new attribute krew value» 


cancel | - 


FIGURE 6.8: Adding a new attribute 


DELETING AN ATTRIBUTE 


Deleting the current selected attribute is done by clicking on the small Del button above 
the Attribute list box. The attribute will disappear from the list. If you make a mistake 
and delete the wrong attribute, simply re-add it as shown above. 
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SPECIAL ATTRIBUTES —.— 


Of the different types of attributes that can be attached to an entity, certain attributes 
pertain to all (or almost all) entities. These special entity attributes are described in 
depth below. 


CLASSNAME 


The classname of an entity is the property that tells you what the entity is. If an entity 
is a RottFish, then the entity classname happens to be monster fish. If the entity 
is a door, the classname is func door. Therefore, when you're asked to place a 
monster fish entity on the map, what's really being asked of you is to place an 
entity with a classname of monster_fish on the map. 

The entity tab treeview control shows you all the different possible classnames of 
the entities, separated into categories. It is from this treeview that you select an entity 
for adding on the map, as described above. 


ORIGIN 


The origin attribute of an entity defines where it's located in the map. You learned 
above that you can change the origin of an entity visually, by moving it around in the 
map view windows. As you move the entity in this manner, you should see the origin 
attribute in the Attribute list box change to the new position on the map. 

If you know the exact coordinates where you'd like the entity to reside, you can 
change the origin attribute directly to this value, just as you would edit any other 
attribute. The legal value for the origin attribute is a set of three integer values that 
represent the x-, y-, and z-coordinates of the entity’s origin. After editing this attribute 
to a new value, you should see the attribute move to its new position in the map edit- 
ing windows. 


ANGLE 


The angle attribute defines the direction the entity is facing. An angle of 0 degrees is 
equivalent to due east. An angle of 90 degrees is facing due north. Figure 6.9 shows 
an entity facing northeast, which is an angle of 45 degrees. 
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FIGURE 6.9: An entity facing 45 degrees, or northeast. When the entity 
is selected, the cyan box will indicate the entity's direction with a small 
line coming out of the center of the box. 


You can change the angle of an entity either visually or manually. To change the 
angle visually, first select the entity whose rotation you wish to change, make sure 
the editing mode is rotation mode (review the previous chapter on brush editing if 
you've forgotten how to do this), and then go to one of the map view windows (the 
“top” window is perhaps the easiest from which to control entity rotation) and drag 
the mouse from left to right or right to left. The current entity's angle will change. 

To change the angle manually, simply edit or add the angle attribute to the cur- 
rent entity, just as you would edit or add any other attribute. 


TARGET, TARGETNAME, AND KILLTARGET 


The target and targetname attributes are used to connect two entities. Think of the 
value of the targetname attribute as a unique identifier for that entity, and the target 
attribute as a pointer to some other entities' targetname. 

These attributes are used to build various constructions that require two different 
entities. For example, to construct a teleporter, you'll have to have a place for the player 
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to start the teleport (the source), and a place for the player to land (the destination). 
Setting up the teleport source requires a trigger teleport entity, and the destina- 
tion requires an info teleport destination entity placed in a different spot. 

To link these two entities together, you would give the source entity some target 
value, and give the destination entity the exact same targetname value. The actual value 
that you give them can be any word, as long as the word is the same in both the target 
and targetname for the two entities. For the teleporter described above, you might 
choose the identifier tp001, for example. You would make this identifier the value in 
boththe trigger teleport's target attribute and the info teleport destination's 
targetname attribute. 

A full example of setting up a teleporter using target and targetname attributes 
will be given in Chapter 10. 

The killtarget attribute works similarly to the target attribute, except that it removes 
entities with matching targetname values from the level. This is used for setting up 
monsters that might disappear when keys are picked up, for example. 


SPAWNFLAGS 


The spawnflags attribute is always a number that attaches certain values to the entity. 
Each entity can have different types of spawnflags values, which will be described in 
the complete entities' reference below. However, there is a set of standard spawnflag 
values that can pertain to any entity, and these are listed in Table 6.1. 


TABLE 6. STANDARD SPAWNFLAGS 


v . DESCRIPTION - : 
Does not appear if skill = 0 Tem 


Does not appear if skill = 1 (medium) 


Does not appear if skill = 2 (hard, nightmare) 


Does not appear if skill = 0, 1, 2 (Deathmatch only) 


Does not appear if Deathmatch <> 0 (in Deathmatch games) 


These settings are what allow you to make your level harder or easier based on 
the skill level under which the player is playing your game. The most obvious use of 
difficulty levels is to simply add more monsters to the higher difficulty levels; you can 
get much more creative, however, in making your level harder as the difficulty goes 
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up. Examples of this are placing keys in harder-to-reach areas, adding fewer lights in 
harder settings, or even making more lava flow in harder areas. 

Multiple spawnflags are set by adding the values together. This will become impor- 
tant when mixing the skill settings described here with additional modifiers that per- 
tain to a particular entity. 


ENTITY REFERENCE - 


This section offers a complete reference to all the entities in Quake. Different types of 
descriptions are given for each general entity class. For example, the monster entities 
are all used in the same basic way, so a complete list of relevant attributes under each 
individual monster would be irrelevant. 


WORLDSPAWN 


Description: This special entity must be the first entity in every level. It contains 
all the static (nonmoving) brushes that define the level. It has several attributes that 
help to define the level, shown in Table 6.2. 


TABLE 6.2: WORLDSPAWN ATTRIBUTES 


KEY — . DESCRIPTION i e eo O DEFAULT - 
wad WAD file name that contains the graphics used in the level during none 
BSP building process 


message Message displayed when the level is started none 


worldtype Defines the "milieu" of the level (changes look of the keys, 
for example). Values: 
0: Medieval 
1: Runic 
2: Present 


sounds Defines track number CD player will play iu 


light Default "ambient" light level 1 
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MONSTER ENTITIES. 


All the monsters are shown with their hit points, as well as their relative strengths and 
weaknesses; also given are a few ideas as to where they might be best utilized. With 
any luck, these tips will help to make your level simply reek of evil. Along with each 
entity are a few ideas for creatively using or placing them in your level, to help get the 
creative wheels turning. 

One final note: Each of the monsters can be made “deaf” by setting their spawn- 
flags attribute to 1. This will allow the monster to hide behind corners and not react 
to nearby fighting. Deaf monsters won’t start fighting until they are actually hit by 
something, or until they see the player. 


MONSTER_DOG 
HIT POINTS: 25 


Description: These are the nasty rottweiler puppy dogs that just love to take a bite 
out of your hide. 

Strengths: These guys are pretty fast, and work best in groups of two or three, 
causing a swarm effect. Like most fast movers, putting them into situations where they 
can come at the player from all angles is often effective. 

Weaknesses: They don’t have any long-range attack, so if the player spots them 
from a great distance, he can play simple target practice and pick them off before they 
can get in range. They also don’t have too many hit points, and one shotgun blast usu- 
ally takes them out. 

Ideas for Use: They often work well in concert with monster_army entities 
(grunts), where they look like they’re the attack dogs for the army guys. This matchup 
also helps to protect both monsters, as the army guys have no short-range attack, and 
the dogs have no long-range attack. 

Keep these dogs from starting off too far away from the player, as mentioned above, 
or they won’t be of any use except as moving targets. They do have a pretty good jump- 
ing ability that allows them to close fairly fast, so placing them in ambush spots works 
well, where they can jump on an unsuspecting player from behind a suddenly open 
door, for example. 
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MONSTER_BOSS 


HIT POINTS: SPECIAL 


Description: This entity is Cthon, the boss at the end of Episode 1. He should be 
used in only special situations indeed, because normal weapons are ineffective against 
him. In fact, the only way he can be hurt at all is by another type of entity, the 
event_lightning entity. 

Strengths: If you’ve finished Episode 1, you know this guy is not very fun. He 
heaves nice chunks o' lava at you, and has some pretty good aim as well. He's also 
impervious to your weapons. HooBoy. . . 

Weaknesses: The event lightning entity is the only thing that harms him. If 
you do plan on using this guy in your level, either make sure this event entity is set up 
properly so the player has a chance to kill him, or, if you're feeling particularly nasty, 
leave it out and make the biggest, meanest, indestructible obstacle imaginable. Maybe 
just use him to guard the exit. . . . 

Ideas for Use: As mentioned above, this entity is really a special purpose "end of 
episode boss" type of guy, unless you just want some deadly, indestructible scenery 
lying around. 


MONSTER DEMON! 


HIT POINTS: 300 


Description: Also known as the Fiend, this guy is described in the Quake manual as 
an "organic buzzsaw." Unfortunately for his enemies, this is a pretty good description. 

Strengths: These suckers have plenty of hit points, and they just don't want to go 
down easily. They have incredible jumping ability, so you can put them a good dis- 
tance away and they will close on the players in no time at all. When they do get in 
range, body parts are usually a-flyin' in no time. 

Weaknesses: Not too many, actually. They don't have any type of long-range 
weapon, but their jumping ability usually makes up for this—as long as they have a 
clear path to get to the player. 

Ideas for Use: Fiends make great guards of keys or other precious items. They also 
work extremely well right behind doors, because a player usually can't run away far 
enough from them to get a good shot on them. If you can get them in close proximity 
to a player, you've got a good chance to take him down. 
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MONSTER ARMY 
HIT POINTS: 30 


Description: These are the standard shotgun-wielding army guys, known as 
"Grunts." Best used as filler monsters or target practice. 

Strengths: Really not too many. Their only weapon is long-range, so if they get 
too close to the player, forget it. Hey, some of the monsters have to be easy to kill, right? 

Weaknesses: They can usually be taken out with one shot of anything except the 
pistol. Not very fast. 

Ideas for Use: Good used in conjunction with monster dog entities, as each of 
their attack weaknesses are strengths of the other. You can also put several of them at 
long range from the character, to act as annoyances while he worries about other, more- 
pressing issues. Group tactics can always be used to beef up a wimpy monster, as well. 


MONSTER ENFORCER 
HIT POINTS: 80 


Description: Grunts who have lived long enough to be promoted. They carry bet- 
ter armor and a better weapon: a nifty laser that makes a nice toaster-like sound when 
it hits nearby. 

Strengths: Their laser has excellent range; they can get a bead on a player from 
extremely far away. They also move a bit faster than standard grunts, so they can often 
keep up with a fleeing player. 

Weaknesses: Still a bit light on the hit points. They also have no short-range 
weapon, so a full point-blank frontal assault often works well against them. 

Ideas for Use: Their long range makes them great for putting far away on ledges 
for long-distance attacks. They also work great mixed in with a few standard grunts, 
asthe player may not notice the difference right away, allowing them to get a few extra 
shots off. 


MONSTER FISH 
HIT POINTS: 25 


Description: The Rotfish are creepy little piranha-like fishies with rows of sharp teeth. 
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Strengths: The only reason these guys are effective at all is that the underwater 
player has more important issues on his mind— namely breathing. They also might 
avoid a shot or two because they're pretty small. 

Weaknesses: One shot and it's "lights out" for these guys. They also move 
extremely slowly and need to be right on top of the player to administer any damage. 

Ideas for Use: Uh, in some water, maybe. . . . 


MONSTER KNIGHT 


HIT POINTS: 75 


Description: These are ex-members of the Knights who say “Ni!” If you don't 
know who they are, never mind. .. . 

Strengths: They move nice and brisk, and they like to move in zigzag patterns as 
they approach, making them tough to take aim on. Their sword slash also does a good 
deal of damage. 

Weaknesses: No long-range attack. If far enough away to begin with, the player 
can usually dispatch them before any harm is done. 

Ideas for Use: I like the sight of five or six of these guys streaming out at the player 
from an opening wall. They're also good as monsters guarding a pool of water that the 
player needs to get out of, or on the receiving end of a teleporter. Basically, the idea is 
to get them near the player so they can do their dirty work. 


MONSTER HELL KNIGHT 


HIT POINTS: 250 


Description: Named because the player usually says "Oh, hell. . ." upon seeing 
one. These baddies have all the slicing and dicing action of their weaker cousins, plus 
a truly evil, long-range fire attack. 

Strengths: Very tough to bring down. Their fire attack spreads out in an ever- 
widening arc, making it difficult to dodge. This same attack also has nearly infinite 
range. 

Weaknesses: They tend to favor their long-range attack over closing in for their 
sword attack, and they take a split second to get this attack off. This gives the player 
just enough time to get a shot in. 

Ideas for Use: If you can get this monster in a well-protected area, he can really 
wreak havoc. I've personally seen them used guarding a staircase in such a way that 
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the player couldn't fire upward to get them (because of the annoying way Quake resets 
your view back to center as you climb stairs), but they had free reign to stream their 
fire attacks down the stairwell at will. 


MONSTER OGRE 
HIT POINTS: 200 


Description: The good old chainsaw-totin', grenade-lobbin' ogre—what game 
would be complete without one?! 

Strengths: Their combination long- and short-range attack make them the almost 
ideal, all-purpose monster. The chainsaw is absolutely brutal when the ogre can get in 
close, and the grenades cause that wondrous sense of panic in a player as he hears it 
bouncing around his feet. They're also not afraid to lob grenades at nearly point-blank 
range, making most players think twice about trying to advance in close themselves. 

Weaknesses: The grenades tend to get stuck on stairways, so I've seen many an 
ogre take himself out trying to lob grenades up steps. They also don't move too quickly, 
so a fleeing opponent with some room to roam can often get far enough away to avoid 
the grenade attack. 

Ideas for Use: One way to use ogres effectively is to put them up nice and high, 
and let gravity work in their favor. Having two together up on a high ledge or catwalk 
can cause a grenade downpour. 


MONSTER OLDONE 
HIT POINTS: 40,000 (SPECIAL) 


Description: This is the biggest, baddest, boss at the end of the game, named 
Shubb-Niggurath. Her extremely high hit points mean that the player probably won't 
have the weaponry to kill her normally. In fact, this monster is coded to not work at 
all unless the other two entities misc teleportrainandan info intermissionare 
present nearby so that her very special death sequence can be constructed. 

Strengths: Not many, really, except that she spawns Vore and Shamblers all over 
the place. 

Weaknesses: Only one: she has an extreme dislike for people teleporting inside her. 

Ideas for Use: Since she's the final boss of the game, she should be used only in 
specific situations. 
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MONSTER SHALRATH 


HIT POINTS: 400 


Description: This spider-legged monstrosity is known as the Vore in the game. A 
true menace. 

Strengths: Lots and lots of hit points make this critter a problem for most players. 
He also has a unique attack: a purple firepod that mercilessly tracks its target around 
corners, into water, up, down, and so on. 

Weaknesses: Shalraths don't move very well on those spindly legs of theirs, but 
then again, with their heat-seeking attack, they really don't have to. You can also get 
them fighting other types of monsters fairly easily, as such creatures can often be lured 
between a player and the tracking firepod attack. 

Ideas for Use: This depends on how ruthless you feel at the time you're placing 
them. If you're in a good mood, you'll put them in places where the player can take 
cover behind a column or something, so that he can avoid their damaging firepod. If 
you're in a rotten mood, you'll stick one at the end of a long straight hallway, where 
no cover can be found. 


MONSTER SHAMBLER 


HIT POINTS: 600 


Description: Giant, walking backhoes with teeth and claws. They also have a 
quaint little lightning attack. 

Strengths: This monster does plenty of damage in each of its attacks, so he's no 
picnic to have around. He's also surprisingly quick for his size, which makes him tough 
to retreat from (especially while dodging lightning bolts). Oh, and by the way, they 
take half damage from rockets. 

Weaknesses: Their lightning attack takes a second or two to "cast," so this guy 
can leave himself open to enemy fire as he charges one of them up. 

Ideas for Use: Shamblers make great all-around guardians of whatever: keys, 
powerups, exits, and so forth. 
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MONSTER_TARBABY 
HIT POINTS: 80 


Description: Also known as the spawn, this little fella hops around menacingly, 
repeatedly taking chunks out of whatever it comes in contact with. 

Strengths: They’re quick as all get-out, and very, very tough to get in one’s sights. 
Oh, and they cause a nice-sized explosion when they do die, damaging everything 
within range. 

Weaknesses: Spawns can sometimes be easily crept up on, and a well-placed 
rocket can take them out before they can start their little death dance around the player. 

Ideas for Use: Spawns are great chaos-causers: they tend to incite panic as they 
flit around taking hunks out of their enemies. Many a player has committed suicide 
waiting for them to get too close before killing one of them. Because of their high fear- 
factor, they can often be used as decoys to lure players into something even more 
deadly— say, a spike trap, a crushing ceiling, or a lair of 20 Ogres. 


MONSTER WIZARD 
HIT POINTS: 80 


Description: The wizard, or Skrag, likes to float around soundlessly and ambush 
unsuspecting prey. 

Strengths: Their biggest asset is their ability to fly, which allows them to get high 
above an enemy for better cover. Their green projectile attack is also a nice, potent 
long-range threat. 

Weaknesses: Once a player has one in the crosshairs, he'll go down pretty easily. 

Ideas for Use: Skrags make good creatures hiding up in the rafters or across deep 
chasms, where they can use their flight to best advantage. If kept in constrained close- 
quarters, they lose their advantage and become bowling pins for the player to knock over. 


MONSTER ZOMRIE 
HIT POINTS: 80 (SPECIAL) 


Description: The walking dead. They like to throw bits of their rotted brains at 
you. Any questions? 
Strengths: You have to blow them up entirely or they get back up to fight again. 
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Weaknesses: As you might expect, zombies are extremely slow-movers. This makes 
them good guards, as they won't stray far from the object or area they're guarding. 

Ideas for Use: Because zombies can be killed only by being blown up (or gibbed, 
to use the proper Quake slang) with rockets or grenades, designing an area that gets 
them in close proximity with the player works really well, because the player is apt to 
blow himself up by accident. They also work great fighting alongside Shamblers, as 
the player won't know what weapon to use to fight the group. Reason: Shamblers take 
half-damage from rockets, while zombies can only be killed by explosions! 
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Well, now you have your list of charming little monsters, along with tips and tricks for 
dealing with them. The following list of entities provide a kind of “function” for your 
level. Most involve some type of movement, either by the player or some other object 
such as a platform. 

Many of these entities require one or more brushes attached to them to work 
properly. For example, the func door entity requires the brushes that make up the 
moving door. 


FUNC DOOR 


BRUSH REQUIRED: YES 


Description: This entity is used to make a door of any type. It has several attrib- 
utes to control the behavior of the door. 

Ideas for Use: After you get your door working, take the time to change some of 
the default behavior of the door. Alter the speed, or the sound, or the delay, or make 
it cause damage. Your level will look “unfinished” if all the doors act in exactly the 
same way. A slow-moving, ponderous door can cause added suspense and intrigue 
for the player, as he waits for it to open, wondering what could be behind it. 

You can also use several of these entities concurrently to make a single door that 
opens in multiple directions, like a split door that slides open from the center. To cre- 
ate this type of door, simply place two func, door entities in the same spot, each point- 
ing to a different brush, and set the angle attribute of each entity to point in a different 
direction. 
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TABLE 6.3: FUNC DOOR ATTRIBUTES 


KEY — 
angle 


message 


lip 


sounds 


wait 
speed 


targetname 


dmg 
health 


| DESCRIPTION = o ar 
Angle the door opens (0 nepe = east) Ü 
Message displayed when door is touched if opened by none 
a trigger and hasn't been triggered yet 
Amount remaining at end of move & 
Sound the door makes. Values: 
0: no sound 
1: stone 
2: standard 
3: stone & chain 
4: metal D 
Delay before door closes (-1 = never close) 3 
Speed the door moves when opening 100 
Door's trigger name. If set, door can't be opened by none 


touching, only by trigger. 
Amount of damage door causes when closing on player 


If it exists, door must be "killed" to open 


TABLE 6.4: FUNC DOOR SPAWNFLAGS 


r m— — 


VALUE DESCRIPTION = Dm ee 
toggle l Door waits for trigger in both open od pore state 
(also spawnflag 1) 
start open 2 When set to 1, Ddoor starts in open position (also spawnflag 2). 
Used to close off an area when triggered. 
door_dont_link 4 Don't link action to multiple door brushes (also in spawnflag 4) 
gold key [: Requires gold key to open (also spawnflag 8) 


silver key 


lb Requires silver key to open (also spawnflag 16) 


CHAPTER 6 Entities 


FUNC_DOOR_SECRET 
BRUSH REQUIRED: YES 


Description: This entity is used to make a secret door. It generally works the same 
way that standard func_doors work, 
but it has a few extra attributes to con- 
trol its behavior. 

Ideas for Use: Secret doors are, 
of course, useful for hiding special 
powerups or extra goodies for the player. 
It’s generally a bad idea to hid necessary 
items behind them, however (like keys), 
because players can get frustrated look- 
ing for necessary items that are stashed 
away behind some secret area. Secrets 
should always be treated as optional. 


TABLE 6.5: FUNC DOOR SECRET ATTRIBUTES 


angle Angle the door opens (0 degrees = east) 
lip Amount remaining at end of move 
sounds Sound the door makes. Values: 

0: no sound 

1: stone 

2: standard 

3: stone & chain 

4: metal 0 
wait Delay before door closes (-1 = never close) 3 
speed Speed the door moves when opening 100 
targetname Door's trigger name none 
once open  Dooropens once and stays open (also spawnflag 1) none 
t width Override width to move back (i) 


t_length Override length to move sideways ü 
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TABLE 6.6: FUNC DOOR SECRET SPAWNFLAGS 


Door opens once and stays open (also spawnflag 1) 


once open l 

lst left 2 Moves left before moving at desired angle 

lst doun u Moves down before moving at desired angle 

no shoot 8 Opened only by trigger 

always_shoot 1b Shooting will always open this door 
FUNC_PLAT 


BRUSH REQUIRED: YES 


Description: func_plats are used for lifts and elevators. Note that a func_plat 
always starts at its lower location. 

Ideas for Use: Uses for elevators are probably pretty self-evident, no? They’re good 
for getting players up to high places, and require much less real estate than a flight of 
steps. Lifts are often good ways to escape pools of water, lava, or slime—if the player 
can make it to the lift before expiring, that is. 


TABLE 6.7: FUNC PLAT ATTRIBUTES 


height Height plat will move 0 
speed Lift’s speed of movement 150 
sounds Sound lift makes when moving 
1: standard 
2: slow, chain-like sound 0 
FUNC_TRAIN 


BRUSH REQUIRED: YES 


Description: The func_train entity is used to make some type of moving plat- 
form that floats around in a predefined path. The path is created using path_corner 
attributes. The player can ride these trains. 

Ideas for Use: One common idea is to use moving platforms in high areas, requir- 
ing the player to jump onto them to be transported over large drops or lava flows. Don’t 
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think strictly “platform,” however: I’ve seen an excellent creative use of this entity 
where the “platform” was the shape of a little boat that carried the player down a lava- 
filled river. You can also use these objects to create various traps, like slow-moving 
spiked crushers, for example. 


LE 6.8: FUNC TRAIN 


TTRIBUTES 


Sounds Sound train makes when activated 

0: none 

1: ratchet metal ü 
speed Speed the train moves 100 
targetname Train's trigger name none 
target Trigger name of the first path corner in the "track" of the train none 
dmg Damage inflicted to enemies 2 


PATH_CORNER 
BRUSH REQUIRED: NO 


Description: The path_corner entity is used to define a “track” for one of two 
things: either a func_train entity, or a monster that appears to be walking a “beat” 
before it spots an enemy. 

Ideas for Use: The latter use mentioned above really adds some realism to your 
level. I recall the first time I saw a pair of knights walking back and forth across a door- 
way as if to guard the entrance. This is much preferred over the standard look, where 
the monsters all appear like statues until they spring to life to take on an enemy. 


TABLE 6.9: PATH CORNER ATTRIBUTES 


targetname This path corner's trigger name none 


target Trigger name of the next path corner in the current none 
"track" of the train 
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FUNC BUTTON 
BRUSH REQUIRED: YES 


Description: The func button entity creates a button that performs some type 
of action when pressed or shot. To make a shootable button, give the button entity a 
health value. If you'd like the action to happen after the first shot, make the health 
value 1. 

Ideas for Use: Buttons can activate doors, lights, trains, or lifts. They can also 
remove any entities, such as monsters, when pressed. To perform the latter, give the 
button a unique "killtarget" attribute value, and a monster/monsters the same "tar- 
getname" value. Note that the killtarget works just as well on other types of entities, 
as well, such as platforms. If you attach a button to a func, p1at using the “killtarget” 
attribute, the platform will disappear when the button is pushed! 


TABLE 6.10: FUNC BUTTON ATTRIBUTES 


message Message displayed when button is pushed none 
lip Amount of button that's showing at end of move 4 
health If button has a health, must be shot and health brought down to 0 [uU 

to activate 

a ee ee ee n er c(—— PÓ 

delay Delay before action happens D 
wait Delay before button goes back in (-1 stay forever) l 
target Links button to acted upon entities none 
speed Speed of movement 40 
angle Angle button moves 
sounds Sound button makes when pushed 

0: none 

1: “clomp” 

2: wooden “clunk” 

3: “clu-click” 0 


-_-—————————————— a aa 
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FUNC_EPISODEGATE 
BRUSH REQUIRED: YES 


Description: Brushes under a func episodegate entity appear only if the player 
has completed one of the four episodes. Use attributes named E1, E2, E3, or Eu to spec- 
ify which episode is desired. 

Ideas for Use: This entity is ordinarily used to construct a barrier to prevent the 
user from restarting an episode by blocking off the slipgate entrance to that level. 


FUNC BOSSGATE 
BRUSH REQUIRED: YES 


Description: Brushes attached to this 
entity won't appear unless the player has 
all four sigil entities in his possession. 

Ideas for Use: This entity is usually 
used to construct the teleporter to the 
final level of the game. 


FUNC WALL 
BRUSH REQUIRED: YES 


Description: This appears as a normal wall, except that it can change texture when 
triggered. This is useful for creating hidden buttons. This entity can also be used to 
create walls that appear only in certain skill levels. 

Ideas for Use: By using these entities to make brushes appear only in certain skill 
levels, you could vastly alter the path the player must follow in order to complete the level. 
Alternately, you could seal off areas meant only for single player or Deathmatch play. 


FUNC ILLUSIONARY 
BRUSH REQUIRED: YES 


Description: The func illusionary entity creates brushes that appear to be reg- 
ular, solid brushes, but in fact aren't. Any brushes attached to this entity will be able 
to be walked through. 

Ideas for Use: This entity is useful for hiding the entrance to secret areas. 
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INFORMATION ENTITIES — 


Most of the information entities listed below control starting positions for players, 
either at the start of the game, or after a teleport. 


INFO_PLAYER_START 


Description: This entity defines the start position of the player playing a single 
player game. Use the angle attribute to specify the direction the player faces. 
Ideas for Use: One occurrence of this entity must appear in every level. 


INFO_PLAYER_START2 


Description: This entity is used only on the start level to determine the place 
the player will appear when returning from the completion of an episode. 

Ideas for Use: Use this entity only on your start map when creating an entire set 
of levels. Otherwise, don’t use this entity. 


INFO_PLAYER_COOP 


Description: This entity defines the start position of the player playing a cooper- 
ative game. Use the angle attribute to specify the direction the player faces. 

Ideas for Use: Place several of these in your level, and one will be chosen at ran- 
dom for each player in the cooperative game. You can place them far apart if you don’t 
want the co-op players to start together. 


INFO PLAYER DEATHMATCH 


Description: This entity defines the start position of a Deathmatch player. 

Ideas for Use: Each Deathmatch player begins at one of these entities at random, 
so make sure to use enough of them to represent a nice mixture of start locations for 
the Deathmatch players. At minimum, there should be as many different 
info player deathmatch entities on your level as there will be players playing the 
level at any one time. 
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INFO TELEPORT DESTINATION 


Description: This entity links to a trigger teleport entity, and also serves as 
the teleport destination. Give this entity the same targetname attribute value as the 
target attribute value on the matching trigger teleport entity. 

Ideas for Use: These are needed to complete each teleporter in your level. 
Remember that your player will *pop in" to this location, so you can easily create an 
element of surprise by putting something nasty near this location. Remember that the 
angle you choose for this entity represents the direction the player will face when he 
teleports in, so this angle could easily be away from the direction of the nearby mon- 
sters, or far from the necessary key. 


MISC TELEPORTTRAIN 


Description: This entity is used in conjunction with Shub-Niggurath, to program 
that wicked boss's final demise. 

Ideas for Use: A misc_teleporttrain entity can also be used as the teleport loca- 
tion of a standard teleporter. You'll be able to create a moving teleport target in this 
fashion. 


TRIGGER ENTITIES 


The trigger entities are used to trigger some type of event in the level. The type of action 
triggered depends on the type of entity used. Chapter 10 will show you some good 
examples on creating triggers. 


TRIGGER CHANGELEVEL 
BRUSH REQUIRED: YES 


Description: This entity will end the level and send the player to some other level. 
Give the name of the next level to go to as the "map" attribute. You can also display a 
message as the player leaves by using a “message” attribute. 
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TABLE 6.11: TRIGGER CHANGE LEVEL ATTRIBUTES 


DESCRIPT d o e EFAULT - 
message essage displayed when level is left none 
map Map name to send player to (if not found, restarts this level) none 


Ideas for Use: Well, I can only think of one. . . . 


TRIGGER COUNTER 
BRUSH REQUIRED: NO 


Description: This entity will trigger a particular action after it has been triggered 
a given number of times. 


TABLE 6.12: TRIGGER COUNTER ATTRIBUTES 


Kev DESCRIPTION — — Sx DEFAULT - 
target Name of trigger to trip none 
count Number of times before "target" is triggered [n 
wait Amount of time before retrigger can happen 0 
delay Delay before trigger happens 0 
health Can give a health (must be 0 to trigger) 0 
targetname Name of this trigger none 


Ideas for Use: This entity is used for 
events that require several steps to be 
executed before the trigger happens, like 
a series of buttons that need to be 
pushed to get a door open. You can 
make these entities shootable by giving 
them a health value, which makes the 
player have to play a game of target prac- 
tice to take out the multiple switches 
before he gets access to whatever the 
trigger is triggering. 
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TRIGGER HURT 


BRUSH REQUIRED: YES 


Description: This entity injures any player standing within the bounds of the 
attached brush or brushes. 


TABLE 6.13: TRIGGER HURT ATTRIBUTES 


dmg Amount of damage caused when brush touched 0 


Ideas for Use: Although it sounds like fun to randomly place these in a map so 
that players unwittingly walk into areas that hurt them, there should always be a 
method or reason behind areas in space that hurt the player. Perhaps he’s standing 
too close to an evil, sacrificial altar, or too near the gates of hell itself! 


TRIGGER_MONSTERJUMP 


BRUSH REQUIRED: YES 


Description: This entity will cause any monsters stepping into the bounds of its 
attached brushes to jump in a certain direction 


TABLE 6.14 RIGGER MONSTERJUMP ATTRIBUTES 


speed Velocity of the jump 
angle Angle (direction) monster jumps toward D 
height Height the monster jumps ü 


Ideas for Use: One main purpose of this brush is to allow monsters to jump over 
natural objects in your level, such as small chasms or rivers. Place these entities on 
each edge of the chasm to cause them to jump to the other side. Could make for a rude 
surprise for a player thinking he's protected by the chasm! 
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TRIGGER MULTIPLE 
BRUSH REQUIRED: YES 


Description: The trigger multiple entity is a generic triggering mechanism 
that can happen many times. 


TABLE 6.15: TRIGGER MULTIPLE ATTRIBUTES 


delay Delay before action is triggered 


health If not zero, causes item to be triggered upon shooting (i) 
killtarget Kills monster upon trigger None 
message Message displayed if sound = 4 O 
target The entity(ies) is (are) triggered 0 
sounds Sound made upon trigger. Values: None 
1: Secret Sound 
2: two beeps 


3: switch sound 
4: plays message in “message” attribute 


wait Delay before retrigger can happen D 


Ideas for Use: This trigger can be 
used anywhere you need the action to 
happen repeatedly, such as doors oper- 
ating, crushers crushing, traps turning 
on, and the like. 


TRIGGER ONCE 


REQUIRES BRUSH: YES. 


Description: The trigger once entity is a generic entity that triggers any event 
one time only. 
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TABLE 6.16: TRIGGER ONCE ATTRIBUTES 


KEY ESCRIPTION : 
delay Delay before action is triggered 0 
health If not zero, causes item to be triggered upon shooting 0 
killtarget Kills monster upon trigger none 
message Message displayed if sound = 4 none 
target The entity(ies) is (are) triggered none 
sounds Sound made upon trigger. Values: none 
1: Secret Sound 
2: two beeps 


3: switch sound 
4: plays message in “message” attribute 


wait Delay before retrigger can happen 0 


Ideas for Use: Because your event 
will happen only once, you’d better 
make it a good one! Good for doors that 
end levels, cages that can be left open, 
bridges that rise out of the lava and stay 
up, and similar situations. 


TRIGGER_ONLYREGISTERED 


BRUSH REQUIRED: YES 


Description: This entity will trigger only if the player is playing the registered ver- 
sion of the game. 

Ideas for Use: Used to keep out those shareware-only snoops. Perhaps this trig- 
ger can be a door or bridge that allows the player to complete the level, so shareware- 
only guys won't be able to finish your creation (that’ll teach 'em!). 


TRIGGER PUSH 
BRUSH REQUIRED: YES 


Description: This entity will act as either wind or water current. A player step- 
ping inside the boundary of the invisible brushes attached to this entity will be pulled 
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along in the direction given in the angle attribute. Set the speed attribute to be the 
speed that the player is pushed along. A speed value of 5 is a nice, slow, leisurely 
breeze, while a value of 100 rips the 
player from one place to another rather 
quickly. 

Ideas for Use: Don't forget that you 
can give your water a current-flow by 
using this entity. Also, you can float the 
player upward (like the wind tunnels in 
one of the original Quake maps) by set- 
ting the angle attribute to -1. You can also instruct the entity to work only one time by 
setting the spawnflags to 1. 


TRIGGER RELAY 
BRUSH REQUIRED: NO 


Description: This trigger happens after a programmed delay. It's usually used to 
stagger multiple events after one occurrence, such as a button push. 

Ideas for Use: Attaching several of these entities to the same action, all with dif- 
ferent delays, can be used to create seemingly "random" sequences of events. For 
example, a button can be made to open a door that releases monsters immediately 
and, after a long delay, can open a secret exit to the room. 


TRIGGER SECRET 
BRUSH REQUIRED: YES 


Description: This trigger updates the "secrets found" percentage at the end of the 
level. It uses the same attribute set that the standard trigger once entity uses. This 
entity can be triggered multiple times. The trigger occurs when the player enters the 
space occupied by the brush. 

Ideas for Use: Use this entity to update your "secrets found" count. 


TRIGGER SETSKILL 
BRUSH REQUIRED: YES 


Description: This trigger changes the skill level for the current game. Use a *mes- 
sage" attribute to change the level according to Table 6.17. 
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TABLE 6.17: TRIGGER_SETSKILL MESSAGE ATTRIBUTES 


VALUE C . DESCRIPTION | 
ü Easy 
1 Normal 
2 Hard 
3 Nightmare 


Ideas for Use: This particularly devious entity can be used to force the player to 
play at a certain difficulty level (nightmare?). 


TRIGGER_TELEPORT 


BRUSH REQUIRED: YES 


Description: This entity causes a 
teleport when the player steps within the 
bounds of the attached brush. You’ll 
need an info_teleport_destination 
entity with a matching targetname 
attribute to correctly create a teleport. 

Ideas for Use: Teleporters are great 
ways to get the player from one side of 
the level to another side quickly, or up 
to high places without the need for a 
staircase or lift. 


AMBIENT SOUNDS 1 1 1 


All ambient sounds work in the same way: they play some type of sound effect in the 
vicinity of the entity. They have no attributes except an origin attribute for placing them 
(hence the term ambient). The only difference between them is the sound actually 
made when the player approaches. Table 6.18 shows the varieties of ambient sounds. 


Goodies (Items to Be Picked Up) 


TABLE 6 AMBIENT ENTITIES 


ambient drip Water dripping 

ambient svampl Frogs croaking 

ambient swampe More frogs croaking (slightly different) 
ambient suck vind Strong blowing wind 

ambient comp hum A computer making “beep, blip” noises 
ambient_drone A mechanical engine-like droning 


ambient flouro buzz A sparking light 


ambient light buzz Monotonous electrical buzzing 
misc noisemaker A laser shot and someone crying 
ambient thunder Doesn't work in the game; gives the error message 


sound thunderl-wav not looped 


GOODIES (ITEMS TO BE PICKED UP) _ 


The following entity category consists of nonweapon entities that can be picked up 
and used by the player for some purpose. 


ITEM HEALTH 


Description: These are the health 
boxes, or MedKits, that can increase a 
player's health value. 

Ideas for Use: These entities are often 
added after the monsters are placed, and 
play-testing is done to determine how hurt 
the player might be after each encounter. 
How many you add is up to you—if you 
like your players to be at or near 100 per- 
cent health most of the time, then use 
these entities liberally throughout your 
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level. If you'd rather let them hover around 50 percent health or less, then use less of 
them accordingly. 


ITEM KEY!, ITEM KEY? 


Description: The item key1 entity is the silver key, and item key? is the gold key. 

Ideas for Use: This should be pretty obvious, no? Make sure that your level has a 
key if it has a door that requires it. The difficulty of your level can also be modified by 
the placement of these keys. 


ITEM ARMOR!, ITEM ARMOR?2, ITEM ARMORINV 


Description: These three entities are the three suits of armor that can be found. 
Each grants the player a different armor level, as seen in Table 6.19. 


TABLE 6.19: ARMOR ENTITIES 


ARMOR ONORS oS 95 .. ARMOR % BESTOWED "ed eee 
item armori Green 100% 
item_armore Yellow 150% 
item armorInv Red 200% 


Ideas for Use: Armor is another protective mechanism you can grant your player, 
which helps reduce the damage caused by enemies. Make sure to sprinkle the armor 
of your choosing around the level, taking some care to especially place it near some of 
your tougher encounters. Also remember that you can give different difficulty levels 
various types of armor, perhaps giving weak armor to the players playing at higher 
difficulty levels. 


ITEM_ARTIFACT_ENVIROSUIT 


Description: This entity is called the BioSuit. It’s the protective suit that the player 
can wear to allow him to survive in water and slime. 

Ideas for Use: These entities are often hidden near a body of water or slime. 
They’re often used in situations where their ownership is not required to cross the 
water, but where having them will prevent the player from taking unnecessary dam- 
age by crossing them. 
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ITEM ARTIFACT INVULNERABILITY 


Description: This is the Pentagram of Protection. It renders the player invulnera- 
ble to damage for a short time. 

Ideas for Use: You can hide these objects near the nastier encounters in your level, 
which will give the player a head start in trying to defeat his adversaries without taking 
damage for a short time. Or, you can create some really difficult encounters, which might 
be near-impossible to complete without some type of protection, and then you can place 
one of these nearby. A third idea is to place one where the player will have to make a 
mad dash toward it before being seen by a nasty monster, creating a little race. 


ITEM ARTIFACT SUPER DAMAGE 


Description: This entity is the Quad Damage powerup. It causes all players' attacks 
to cause four times their normal damage for a short time. 

Ideas for Use: Like the Pentagram of Protection, this artifact can help *even the 
score" between a player and an encounter with an extra-tough monster or set of mon- 
sters. Make sure to hide one or two of these around, so that the player receives a reward 
for finding it, instead of just placing it in plain sight. 


ITEM ARTIFACT INVISIBILITY 


Description: The Ring of Shadows renders the player invisible for a short time. 

Ideas for Use: This artifact can be used to create little “spy missions," where the 
player can render himself invisible, sneak into a well-guarded area to grab a key or 
other desired artifact, and then sneak out without having to fight the guards. This gives 
a nice occasional variation on the "kill everything that moves!" scenario the players 
are used to seeing. 


ITEM SIGIL 


Description: Sigils are the final Runes that are the ultimate goal of each episode. 
To specify which episode rune this is, use Table 6.20 to determine which number to 
add to the entities' spawnflags attribute. 
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TABLE 6.20: ITEM SIGILS SPAWNFLAGS 


Bio|m|— 
olajn- 


Ideas for Use: Because these items signal the end of the player’s quest in a single 
episode, they’ll obviously be used in the last level of an episode. Don’t make them a cake- 
walk to obtain, either—instead, make sure the player earns his or her rights to the thing! 


LIGHTS — 


Adding lighting to your Quake level is a skill you'll have to master to create attrac- 
tive, awe-inspiring masterpieces. Adding a single light to each room and cranking the 
light level up until the room is well-lit will make your world seems flat, lifeless. Lights 
have to be placed in interesting configurations to cause unique blends of highlights 
and shadows. 


LIGHT STRENGTHS 


Each light entity should have an attribute named light that controls the strength of the 
light source. If this attribute is not present, the default light value is 200. Increasing 
this value makes a stronger light. 

Pay close attention to the strength value you assign each light source. Leaving 
every light source at the default value reduces the variation in your level. However, 
cranking up a strength value to 1,000 or more makes for an unnatural-looking lighting 
situation. Instead of making a single light with such a high value, consider creating 
multiple light sources spread around the area that you need to light. This makes for a 
more natural-looking scene. 


Lights 


LIGHT STYLES 


Each light entity can have a style attribute associated with it. This will alter the appear- 
ance of the light, as well as how it behaves, according to Table 6.21. 


TABLE 6.21: LIGHT STYLE ATTRIBUTES 


[m] 


Normal 


Short flicker 


Slow pulse to/from blackness 


Candle (combination pulse/flicker) 


Fast strobe 


Gentle pulse 


uU" ee 


Longer flicker 


Candle (variation 2) 


Candle (variation 3) 


DJej 


Slow strobe 


10 Fast, random flicker 


11 Slow pulse 


To give any light entity one ofthe above styles, simply assign it an attribute named 
"style" and give it the desired value above. 


SPOTLIGHTS 


You can easily create a spotlight, or a light that points in only a certain direction, by 
using any of the light sources in combination with an info nu11 entity. That entity is 
a special "placeholder" entity that serves no purpose except to hold a targetname 
attribute. By assigning a unique targetname value to the info nu11 entity, and assign- 
ing a matching target attribute to a light source, the light will point in the direction of 
the info nu11 entity. 

Spotlights are useful for highlighting important features in a room, such as but- 
tons or keys. A full example of creating a spotlight will be given in Chapter 10. 
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LIGHT ENTITY TYPES 


The actual different classes of light entities all work in the same basic way. Some have 
a little sprite associated with them like a flame, while others have an automatic ambi- 
ent sound. Table 6.22 shows the list of the different light classes. 


TABLE 6.22: LIGHT ENTITIES - 


aaa BEHAVI 

ligh t Invisible, silent light source 

light_flouro Invisible, plays an ambient humming sound 
light_fluorospark Invisible, plays ambient flouro buzz sound 


automatically 


light torch small walltorch Looks like a wall torch, plays a crackling 
fire sound effect 


light flame small uhite Single flame, plays crackle sound 

light flame small yellow Although a different name, appears to be identical to 
light flame small white 

light flame large yellow Bigger flame, plays crackling sound 

light globe Looks like a lit sphere 


WEAPONS AND AMMUNITION č 


All the weapons entities work the same way. That is, you merely place them on the map 
where you'd like the weapon to appear, and they're ready to roll. Therefore, the only 
attributes associated with weapons are the origin attribute and possibly the spawnflags 
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attribute (if you'd like to restrict this weapon to certain difficulty levels). A common 
use of spawnflags on weapons is to deny the harder-difficulty-level players the more 
powerful weapons, perhaps leaving them to rely on the standard shotgun for all their 
combat. 


TABLE 6.23: WEAPON ENTITIES 


CLASSNAI DESCRIPTION, —— — mmm 
weapon supershotgun The double-barreled shotgun (weapon 3) 
weapon nailgun The "regular" nailgun (weapon 4) 
weapon supernailgun The perforator (weapon 5) 


weapon grenadelauncher The grenade launcher (weapon 6) 


weapon rocketlauncher The rocket launcher (weapon 7) 


weapon lightning The thunderbolt (weapon 8) 


Each of the ammunition entities can be modified with a spawnflags value of 1, 
which will make that ammunition source larger. If the desired ammunition entity 
already has a spawnflag value (such as a modifier to make it appear only at certain 
difficulty levels), then add 1 to the existing spawnflags to make the box larger. 

For example, to make an ammunition box not appear on easy skill levels, and to 
make it a large box, you would give it a spawnflags value of 257 (that is, 256 + 1). 


TABLE 6.24: AMMUNITION ENTITIES 


NAN UPTION Bc e 
item shells Shells for shotgun and super shotgun 
item spikes "Nails" for the nailgun and the perforator 
item rockets Ammunition for the rocket and grenade launcher 


item cells Energy cells for the thunderbolt 
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The last list of entities represents a smattering of different types of miscellaneous entities. 


AIR BUBBLES 


Description: The air bubbles entity just produces some random, rising air 
bubbles. 

Ideas for Use: Put these entities in your water areas to enhance the water's real- 
istic effect. 


MISC EXPLOBOX, MISC EXPLOBOX? 


Description: Both of these entities represent boxes containing some unknown 
material that tends to explode when it comes in contact with weaponry. 

Ideas for Use: These entities weren't used nearly enough in the original Quake lev- 
els, to my own satisfaction. They're the equivalent of the green goo barrels in DOOM. 
Their presence can greatly alter a player's choice of attack. If you can somehow get a 
player nearby one or two of these, you might be able to get a cheap frag on him as well. 


MISC FIREBALL 


Description: The nisc fireball entity is a flaming hunk of rock that floats 
upward into the air and then back earthward. 

Ideas for Use: These entities are used near pools of lava to make the lava seem to 
be spewing random hunks of molten stuff from its source. They also cause damage, 
so they can be placed on either side of a bridge over a lava river, for example, to enhance 
the danger of crossing the bridge. 


INFO INTERMISSION 


Description: This entity defines the *cut scene" that appears as the backdrop for 
your level when the player's statistics are being displayed. The mangle attribute defines 
the direction the camera is looking. This attribute value should be three numbers « x, 
y, z>. The first number, x, represents the angle up or down the camera is facing. The 
second number, y, represents the angle (similar to the angle attribute, where 0 = east), 
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and the third number, z, represents the "roll" of the camera (imagine holding a movie 
camera in your hand upside-down; this would represent a roll of 180). All three num- 
bers have a valid range of 0 to 360 degrees. 


Ideas for Use: Choose a nice, panoramic view of the level to serve as the backdrop 
for the statistics screen. Often an overhead view is chosen to show one last shot of your 
level from a place the player could never stand (against the ceiling, for example). 


EVENT LIGHTNING 


Description: This special-purpose entity is the lightning trap that's used to kill 
Cthon, the boss from Episode 1. 


Ideas for Use: Unless your level contains Cthon, there's no reason to use this entity 
in your level. The original Quake level that featured Cthon had the even t lightning 
attached to two buttons (a trigger counter) for its activation. 


TRAP SHOOTER 


Description: The trap shooter entity, like a deranged carpenter with a nailgun, 
continuously shoots nails in one direction. It doesn't need to be triggered. 


TABLE 6.25: TRAP SHOOTER ATTRIBUTES 


angle 


Direction the trap fires D 
wait Amount of time between shots 0 
nextthink Delay before first shot is fired iu 
superspike Large nails fired instead of small ones none 
laser Fires lasers instead of nails none 


Ideas for Use: Makes for a nice nonmonster guard for an important area. Or, shoot- 
ers can be used to fire across bridges or similar high-up areas, causing an extra dis- 
traction the player doesn't need as he tries to concentrate on crossing the chasm. 


TRAP SPIKESHOOTER 


Description: This entity is the same as the trap shooter above, except it doesn't 
start until triggered. 


HAPTER 6 Entities 


TABLE 6.26: TRAP SPIKESHOOTER ATTRIBUTES 


angle Direction the trap fires ü 


wait Amount of time between shots ü 
nextthink Delay before first shot is fired 0 
superspike Large nails fired instead of small ones none 
targetname Ties entity to trigger that starts trap none 
laser Fires lasers instead of nails none 


Ideas for Use: You can use these in a few different ways, such as starting them 
across the exit of a room after the player comes into the room to get a key, or after the 
player gets halfway across the bridge. 

The above list of entities pertain to those found in original Quake only. As Quake 
add-ons are developed, new entities will be added to Quake. To support these new 
entities in qED, you can edit the .gET files that come with qED. 


Given what you already know up to this point, right away you could 

] start building any Quake level that you wanted to. You’ve learned all 

about adding and manipulating brushes, which allows you to build 

the structure of your level, and you’ve also explored how to add entities to the level, 

which is how you place in your level all the monsters, items, and moving things like 
doors and elevators. 


With entities and brushes as your only tools, however, level building would quickly 
become a tiresome task. Imagine, for example, that you create a simple three-brush 
object, like the table shown in Figure 7.1. 

The table consists of three brushes, the table top, and two large legs. Suppose that 
you spend a few minutes choosing the brushes that make up the table, sizing them to 
the proper size, selecting textures for them, and finally moving the three brushes into 
place in the map. That’s not so bad, taken by itself. 


WHY GROUPS ARE NEEDED 


However, suppose that a few hours later into your task, you decide that the table really 
doesn’t belong in the corner of this room. Instead, you’d rather put it more toward the 
room’s center. What you’d do next is take all three brushes and move them, one by 
one, into their new locations, making sure to keep their position relative to each other 
constant, so that the three brushes still look like a table. 


Why Groups Are Needed . 


FIGURE 7.1: A simple table sitting in a corner 


Then, suppose that you get a really great idea a bit later: you want to turn this room 
with the table into some type of public eating area, where there might be six or seven 
tables just like this one. What would you have to do then? Well, assuming you know 
about qED’s cut and paste feature (which will be covered in the next chapter), you would: 


1. Select one of the three brushes that make up the table. 

2. Copy it, then paste it seven times. 

3. Arrange each of these brushes around the room. 

4. Select the second brush and copy it seven times, too. 

5. Place each one near one of the copies of the first brush. 

6. Select the third brush, and—you guessed it—copy it seven times as well. 
7. Place each of these copies near the first two. 


8. Make sure that you rearrange each set of brushes so that each looks like 
the first one, that is, like a table. 
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This is pretty monotonous work, no? And, you need the dexterity of a brain sur- 
geon. After the table was built, all the work you wanted to do was work on the bigger 
construction, and you didn't care that this object happened to be made up of three 
individual brushes. 

Fortunately, qED allows you to work in exactly this manner. Once you create an object 
out of several brushes, and you get the object arranged just right, you can treat this entire 
object as a single unit and perform operations on it, such as moving and copying it, as if 
it were one single construction. You accomplish this by creating a group. 


WHAT IS A GROUP? 


A group is, simply enough, a collection of objects placed together. By objects, I mean 
of course Quake level objects, which consist of entities and brushes. There's no limit 
to the number of entities or brushes that can go into a group. 

More importantly, groups can also contain other groups inside them. This power 
in the ability to “nest” groups several levels deep will become evident as you continue 
going through this chapter. 


A GROUP YOU'VE ALREADY SEEN 


You've already seen at least one example of a group: recall that the default map that 
qED gives you when you start the program has a group in it named "start room." You 
can see the "start room" group in Figure 7.2. 

By examining the items in the treeview control, you can easily tell which objects 
are part of a group. Any object that's a child of a group object is contained within that 
group. Therefore, if you contract the group item in the treeview by clicking on the lit- 
tle minus sign next to the group name, all the items in the group should disappear, and 
the minus sign should be replaced with a plus sign, indicating that there are items 
underneath this item, as indicated in Figure 7.3. 


CREATING A NEW GROUP 


To demonstrate some of the uses of a group in qED, let's create the table that was dis- 
cussed in the above example. The first thing that you'll need to do is create a new group 
to represent the table. Creating a group is done in one of two ways: either select New 
Group from the Group menu, or choose the button on the toolbar that looks like a gray 
square, two small yellow squares, and a large plus sign. (This button is the fifth from 
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FIGURE 7.2: The default map already contains a group named 
"start room." Note that the little Group icon next to the group 
looks like a set of three objects. 
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FIGURE 7.3: The "start room" group has been contracted to hide 
the elements underneath it. 
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the right.) After selecting either of these two options, a new group will be added to the 

treeview control, and given the default name «new group», as shown in Figure 7.4. 
qED automatically puts the treeview in edit mode so that you can give a name to 

the group. Name the group “Table” or “Some Table" or “A Table" or whatever you like. 
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FIGURE 7.4: The appearance of the treeview after creating a new group 


PUTTING BRUSHES IN A GROUP 


When adding brushes to your map, the brushes automatically become associated with 
the group that’s currently selected. Since you’ve just added a new group to your level, 
and because that group is the currently selected object in the treeview, any brush that 
you add will automatically become a child of the group. 

To add the first brush to the table, go over to the brush tab of the Tabbed dialog box, 
select a Cube brush, and drag it onto any one of the 2D map windows. The cube should 
appear in the center of the map just as it always does, but the treeview control 
should indicate that this brush is a member of the Table group, as shown in Figure 7.5. 

To create the table example discussed above, create three brushes inside the Table 
group, with the properties shown in Table 7.1. 


Why Groups Are Needed 


Edi untitled qed 

Ej-*9 Table 

[3-99 start room 

: : = Q info player start 
— ceiling 
—( east wall 
— floor 
(3 north wall 
—(3 south wall 
(B west wall 


FIGURE 7.5: Whenever you create a new brush, it automatically 
becomes a child of whatever group is currently selected in the treeview control. 


TABLE 7.1: BRUSHES FOR THE TABLE GROUP 


Cube Table Top <12456b4,8> <0,0,1b> 
Trapezoid Table Leg <32132,1b> <-32,0,8> 
Trapezoid Table Leg <32,32,1b> «324058» 


In qED, your table should look like Figure 7.6. 


MOVING A GROUP 


So far, creating the Table group hasn't saved you any work, compared to creating the 
table manually. You've still had to create three brushes, alter their size, and arrange 
them to look like a table. This next step will be the first demonstration of why groups 
are so useful. 

Now that the Table group is complete, we can treat it as a single unit. That is, sup- 
pose you wanted to move the table to another side of the room, just as you might do 
in your living room. To accomplish this, select the Table group in the treeview, grab 
the little diagonal sizing handle (as if you were moving a brush), and drag the sizing 
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FIGURE 7.6: The table in qED 


handle to a new location. When you stop the drag operation, you'll see that the entire 
table has moved at once to the new location that you specified, as seen in Figure 7.7. 
Nifty, huh? 


Studying the Move to Grasp the Concept 


It’s important to see what's really going on when you move a group of brushes, so that 
you can better understand how qED keeps track of where everything is. 

To study the effect of moving an entire group, select the brush named Table Top in 
the treeview control. Remember that when this brush was first created, it had an ori- 
gin of «0,0,16 » . You might expect that this origin would change, now that we've 
moved the group to a new location. However, what you should find is that the brush is 
still being reported at an origin of < 0,0,16 >. How can this be?! 

To explain, once again select the Table group, and look at its origin property. This 
origin will be something closer to what you'd expect, such as « 176,-192,0 », provid- 
ing you moved the table to the southeast corner of the default room as I did. 


Why Groups Are Needed 


FIGURE 7.7: The table moved into the southeast corner of the room. 


What's really happening here is that 
the <0,0,16> origin value of the Table 
Top brush is a relative value, not an 
absolute one. In this case, the value is 
relative to the brush's parent, or the 
group named Table. To find the true ori- 
gin of the brush, you'd need to add the 
two origin values together. In this exam- 
ple, the true origin of the Table Top brush 
is < 176,-192,16 >, which was obtained 
by adding the two origin values. 

Keeping the origin values relative to 
the parent will allow you to create deep, 
hierarchical levels of groups, and qED 


; : 

Because brushes in a group are 
stored as relative values, you'll always 
want to do the original construction of 


your groups near the origin of the map. 


If you build a group whose brushes all 
start off near some other point, like 
<256,256,256> for example, this number 
will be added to the origin of the group to 
find the brushes’ absolute position. 


will automatically (even magically) keep track of the absolute position of each brush 


for you. 
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MOVING ITEMS FROM GROUP TO GROUP 


All group management takes place in the treeview control. If you have a brush inside a 
group that you'd rather place in another group, for example, simply take that brush in the 
treeview, drag it to the group (or entity) that you'd like to make the new parent of 
the brush, and drop it on that new parent. The brush will now belong to the new group. 

To demonstrate the effect of moving a brush out of a group, take one of the "Table 
Leg" brushes and drag it out of the Table group. Drop the brush on the "start room" group 
in the treeview. Not only will you see the item in the treeview move from one 
group to the other, but also the Table Leg itself will move to a new spot on the map, 
as shown in Figure 7.8. 

The “start room" group has an origin of <0,0,0 >, so any brush inside it will still 
have the same position as if it weren't inside a group at all (note that adding « 0,0,0 > 
to any origin results in that same origin). 


ADDING A SECOND GROUP 


What good is a table without a chair? Let's now make a chair to go with our Table 
group. To start, we'll first need a new group that represents the chair. Create a new 
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FIGURE 7.8: The "Table Leg" brush was moved from the Table group to the "start room" 
group. This caused the absolute position of the brush to change because the two groups are 
at different origins. 


group and name it "Chair." This is done 
by choosing the New Group toolbar but- 
ton, which creates an empty group 
named <new group? in the treeview, 
and then typing the desired name for the 
new group. 

Next, you'll need to create some 
brushes that represent a chair. There are 
hundreds of different ways that you 
could make a chair. My chair in this 
example is very simple—it consists of 
four brushes. Two cube brushes make up 
the arms/legs, one cube brush makes 
up the seat, and one final cube brush 


Why Groups Are Needed , 


changes the texture of all b ishes under- 


neath that group, including brushes in 


|| subgroups. Make sure you understand - - 
| exactly which brushes. whose texture — 
you're changing before. you apply a tex- 4 
|! ture to an entire group. (You' ve heard . 
| the enon, "Don' t paint Yourself into 


a corner!”) 


makes up the chair back. Figure 7.9 shows how the chair was put together. 
All four ofthe chair brushes were created inside the Chair group, so that they could 
later be moved as a unit. Once the brushes are inside the group, they can all be 


FIGURE 7.9: A simple chair made with four brushes. 
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textured en masse as well. To apply a texture to all the brushes in a group, select that 
group in the treeview, go to the Texture tab, and double-click on the texture that you 
want to apply. 

Now that you have a chair for your table, you can easily move it to a decent location 
near the table. The nice part is that you don't have to move each ofthe four brushes indi- 
vidually. Instead, just select the Chair group, and move the entire group into place near 
the table. Your finished chair and table combo should look something like Figure 7.10. 


GROUPING GROUPS 


Once you start creating individual objects like the table and chair in the examples 
above, you may decide that each of these smaller objects should in turn be placed into 
larger groups. This *building block" approach can continue until each large room or 
area of your level belongs in its own group. 

To see an example of creating a larger group for existing groups, simply make a 
new group in the level with the table and chair groups. Name this new group "Table 
and Chair." Moving existing groups into this new group is a simple matter of dragging 


FIGURE 7.10: The table with a chair. We'll come back to this example in 
the next chapter. 
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R member t to Reorient After a Move 


B Whenever you move a group into another group, you'll often naod to reorient 
you'v ve moved it. Recall that translate values for ‘any object are cum 


E o p you just moved j jumps unexpectedly toa different spe ton 
it under new parent, simply clear the translate values for the ' group ir 
E bex (click nthe Clear button). Then move the group to wherever r you y vant 


both the Table and the Chair group from their current place in the treeview and drop- 
ping them on the new Table and Chair group. 

This group will work just fine as it is, but there's one additional step that will make 
it easier to cut and paste the group as a single unit later. Note that the origin of the 
table as it stands now is < 160,-128,0 >, while the origin of the group is < 0,0,0 >. It’s 
usually better to build groups around the origin, which it easier to later move them. 

To move this group so that it’s built around the origin, clear out the translate values 
ofthe Table group by clicking on the little Clear button next to the translate values in the 
Properties dialog box. The table should move to the origin. Then, repeat the process 
for the Chair group. After you clear the chair's translate value, it will be right on top 
of the table (also at < 0,0,0 >), so you'll want to move it to be in the same relative 
position from the table that it was before. A value of « 0,-64,0 » works dandily in this 
case. Your final object should look like Figure 7.11. Note that you can now easily move 
the entire Table and Chair group as a unit. 
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FIGURE 7.11: The treeview and map view of the Table and Chair group 
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When you get the map looking good enough for your tastes, save it as 
TABCHAIR- QED or something you'll remember. We'll come back to this example in the 
next chapter when we discuss techniques for easy cutting and pasting. 


MANAGING COMPLEX GROUPS 


The Table and Chair example groups we worked with above are both very simple 
groups, holding just a few brushes. You'll be glad to know, however, that groups can 
hold much more than a few brushes. They can also contain entities, as well. Let's make 
a new group called “Cool Light Fixture" to demonstrate a little more “evolved” or com- 
plex group. The finished light fixture is going to look like Figure 7.12. 

The first thing you'll need is a new group to hold all the elements of the light fix- 
ture. Create the new group and give it the name "Cool Light Fixture." Leave the group 
selected, so that all the brushes and entities that you create will end up in this group. 


FIGURE 7.12: This light fixture consists of two groups, six brushes, and an entity. 


Why Groups Are Needed 


The basic structure of the light fixture is a hollowed-out disk of eight sides. This struc- 
ture is most easily created using brush subtraction. To create the disk, follow these steps: 


1. Drag a brush of type "Prism-08" into the group, and give it a size of 
« 64,64,8 ». The small z-size value is what flattens the pyramid into a 
disk shape. You can name this brush “Outer Disk" or “Positive Disk" or 
something similar. Figure 7.13 shows the top view of this brush. 


2. You'll need a negative brush to carve the hole out of the positive brush. 
This brush will also be a "Prism-08." Drag a brush of this type into the 
group, and then give it a size of « 38,38,16 ». Note that the diameter of 
this brush is smaller, though the brush is taller. Name this brush “Negative 
Disk,” or “Inner Disk.” Figure 7.14 shows the group to this point. 


FIGURE 7.13: Top view of a Prism-08 brush added to the map 
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FIGURE 7.14: A second smaller (but fatter) brush will be used to cut a hole. 


3. Now make the inner disk a negative brush. Right-click on the brush in 
the treeview, and select the menu option Negative Brush. The icon next 
to the brush in the treeview should change color to indicate that it is a 
negative brush, as seen in Figure 7.15. 


The next element that needs to be designed are the four legs of the light fixture. 
These four brushes are all parallelogram brushes. 


1. Drag a Parallelogram brush to the group. Name the brush “Leg.” 


2. Give Leg a size of < 12,12,24 >, an origin of < 20,12,-12 >, and a rotation 
of «0,0,209 ». This should put the leg in the northeast corner of the 
light fixture. 


3. Repeat this process for the other three legs (you can use cut and paste if 
you want). The origins of the four legs will end up as <20,12,-12>, 
« 20,-12,-12», <-20,12,-12>, and <-20,-12,-12 >. The rotations will all 
be slightly different so that they extend outward from the center, as 
shown in Figure 7.16. 
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FIGURE 7.15: Changing the brush to negative. 
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FIGURE 7.16: Detail of the light fixture group, top view. 
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Grouping Objects Properly to Optimize the Level 


We can perform one optimization trick that will help this object compile and save more 
quickly in qED. If you recall, a negative brush checks all the brushes at the same level 
as itself to see if they're candidates for subtraction. None of our *Leg" brushes in this 
example are candidates for subtraction, because they don't cross the boundary of the 
lone negative brush in this group (the “Inner Ring" brush). However, qED still must 
perform some fairly complicated math to determine that this is the case. 

You can save qED the trouble of this calculation by putting the Leg brushes into 
their own subgroup. Because the Leg brushes will now be at a different level than the 
negative brush, no subtraction testing will be performed. 

This might be a good time to check out the fixture in Quake to see how it looks. 
First, you'll need to raise the light fixture off the ground a bit so that you can see it 
from all sides. To do this, select the main Cool Light Fixture group, make sure you're 
in size/translate mode, and drag the group off the ground in either the front or side 
map view window. If you've done everything correctly to this point, your light should 
look something like Figure 7.12, shown previously. 

The only thing your light fixture is missing now is some light. There are eight dif- 
ferent light source entities that you can choose from (see Figure 7.17). I selected the 
standard entity with a classname of "light," which is just an invisible light source. Feel 
free to choose one of the torch light sources, or the globe, whichever you like best. 

To add an entity to the group, first select that group in the treeview (in this case, 
we want to add the entity to the Cool Light Fixture group), then go to the entity Tabbed 
dialog box, select the entity you wish to add, and finally drag and drop it onto one of 
the map view windows. The entity will become a part of the group (see Figure 7.18). 

You can adjust the light value and style of the light entity to change the strength 
and activity of the light source. Be sure to vary the styles throughout your map for vari- 
ation. (You don't want it to look like a cheap motel's lights.) 

This should complete the light group! If you compile this level and look at it in 
Quake, you should see an object similar to the picture in Figure 7.12, earlier. For ref- 
erence, a picture of the final treeview of the light fixture is shown in Figure 7.19. 


SAVING GROUPS IN qED'S OBJECT LIBRARY 


One of the most powerful uses of groups is that they can be easily reused. Now that 
you've spent time creating the light fixture, and gotten it arranged and refined the way 
that you want it, you probably want to store this object on disk for use in later maps. 
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FIGURE 7.17: Choose any of the light entities for your fixture. 
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FIGURE 7.18: The completed light fixture group 
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Sl 


FIGURE 7.19: The finished light fixture. Note how the Leg brushes 


were moved into their own group. 


This might be especially true if you’re cre- 
ating an entire episode of levels. Most full 
Quake episodes have visual elements that 
“link” the levels to each other and that 
make it seem as if the levels are all part of 
the same place. These visual elements 
can take the form of certain symbols on 
the walls, the shape of the doors, and yes, 
similar light fixtures. 

qED has a built-in object library that 
allows you to save groups on your hard 
drive for use in other maps. 
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Saving an object to the object library is easy: 


1. Select the object in the treeview that you wish to save on disk (in this 
case, select the Cool Light Fixture group). 


2. Choose Save Current to Library from the Group menu. 


3. You'll be prompted for a file name for naming this object file. 


Once you give the file name, qED will store the object on disk using the name you 
gave it. Figure 7.20 shows the Save dialog box for saving a group to the object library. 

To load a previously saved object from disk into the current map, simply choose 
Load from Library on the Group menu. A File Open dialog box will be displayed, show- 
ing you all the current objects in the object library. Choose any one of these objects 
and click the OK button. The group will be loaded into the current map, at position 
< 0,0,0 >. You'll then be able to move the group into whatever position you want. 
Figure 7.21 shows the File Open dialog box for loading a group from the object library. 


Save Group File As... 
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FIGURE 7.20: You can save a group to the object library. Its default file 
name is always the name of the group. 
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FIGURE 7.21: You can load a group from disk. 


CHAPTER 


Cut, Copy, and Paste 


Most books that teach about a software application wouldn't dream 
of including an entire chapter about cutting and pasting. The terms 
have become as familiar as Load and Save in the computer-term glos- 
saries that are constantly thrashing in our heads. 


So why should qED be any different? After all, qED supports cut, copy, and paste, and 
each function basically does what you'd expect it to do: 


^ Cut moves some data into a “clipboard” (a holding place for data). 


*.. Copy places a copy of the data into the clipboard (while preserving 
the original copy). 


«. Paste copies data out of the clipboard and puts it into your map. 


So, where's the big difference? 

The difference in qED lies in a few extra enhancements it provides to the cut, copy, 
and paste functionality that, when used correctly, can save you many hours of work 
as you design your maps. These enhance- 
= || ments are extremely easy to use, which 
5 : (paradoxically) hides the potential of 

EN If you're a seasoned Windows EI their nearly unlimited uses. Before we 
I| learn about these enhancements, though, 


user, you might want to skip to the 
section “Additive Paste Offsets” to learn let’s learn qED’s cut and paste basics, so 
that we have a good foundation to build 


|| how to create large architecture with 
|| multiple objects. on later. 


Cut, Copy, and Paste: An Overview 


CUT, COPY, AND PASTE: AN OVERVIEW 


If you don't have much familiarity with Windows-based application software, then 
the term clipboard might be unfamiliar to you. The easiest way to think of a clipboard 
is to think of a “holding place" for some type of data. When you want to make a copy 
of some type of data in a Windows program, that copy usually goes to the Windows 
Clipboard first. The act of placing data on the clipboard is simply called “copying the 
data to the clipboard," or simply Copy for short. 

Once on the clipboard, the data can then be copied back into the document being 
worked on. The act of copying data from the clipboard to a document is called Pasting. 

When you perform a copy, the original data remains in the document. This means 
that after a paste is performed, there are now two copies of the data in the document. 

After a paste, the data that was in the clipboard is still there as well. This means 
that a second (or third, or fourth) paste can be performed, which will create even more 
copies of the data in the document. 

Cutting is exactly the same concept as Copying, except that the data is deleted 
from the main document after it's copied to the clipboard. Therefore, when this data 
is pasted into the document, it starts off as the only copy of this data in the document. 
Multiple paste operations can still be performed, however, to make multiple copies of 
the data, if desired. Cutting is usually used for moving data from one place to another. 

qED supports the cutting, copying, and pasting of all its objects at any level. This 
means that single brushes, entities, and even entire groups can all be copied and pasted 
around the map. When a group is copied, of course all the objects underneath that 
group are copied along with it as well. 


EXAMPLE £1—MAKING A COPY OF A BRUSH 


A single brush is the most basic object to copy. To see a brush copy procedure in action, 
start a new map, select the “east wall" (or any other brush that you like) from the “start 
room" group, and do any one of the following four things to copy the brush to the clip- 
board (you might try all four, to see which one you find most intuitive): 


* Press Ctrl-C (the same shortcut, or hotkey, as is used in Word, Excel, and 
most other Windows programs). 
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* Press the Copy toolbar button. 
* Right-click in the treeview, and select Copy from the drop-down menu. 


ee Select Copy from the Edit menu on the menu bar. 


All these actions perform the exact same task: They copy the current item in the 
treeview to the clipboard. There's no visual cue that the item was copied, so you'll just 
have to take it on faith that the copy did occur. 

To paste a copy of the brush back onto the map, perform any one of the following 
four actions (again, try them all to find one you prefer): 


e Press Ctrl-V (same hotkey as used in Word, Excel, and most other 
Windows programs). 


“e Press the Paste toolbar button. 
^ Right-click in the treeview, and select Paste from the drop-down menu. 


ee Select Paste from the Edit menu on the menu bar. 


Again, all four of these choices will perform the same action: They'll make a sin- 
gle copy of the object in the clipboard and place it on your map. 

Note that you can't see any immediate difference in the map view window. 
This is because the new object is in the exact same spot as the old one. To place the 
new brush in a better place, move it as you would move any other brush, either by 
typing in new "translate" values into the Properties tab, or by manually dragging 
the brush to a new position. Figure 8.1 shows the map after moving the brush, and the 
corresponding treeview. 
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FIGURE 8.1: Copying the "east wall" brush, and moving the copy 


EXAMPLE #2—MOVING A BRUSH: TWO METHODS 


This example will be similar to the first one, except that you'll cut the first brush instead 
of just copying it. Start as you did above, with a new level, and select a brush to cut. 
This time, however, perform one of the following four actions (try all four to test them, 
though). 


Press Ctrl-X (same hotkey as used in Word, Excel, and most other 
Windows programs). 


Press the Cut toolbar button. 
Right-click in the treeview, and select Cut from the menu. 


Select Cut from the Edit menu on the menu bar. 


This time, the selected brush will disappear both from the map view window and 
from the treeview, as in Figure 8.2. 

Next, paste the brush back onto the map using one of the four methods described 
in Example 1. (I’ll assume you use keyboard shortcuts for the remainder of the exam- 
ples, such as Ctrl-V.) 

The net result is exactly what you started with: a “start group" with the same six 
brushes. This isn't very useful, is it? What we need to be ableto do is cut objects and paste 
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FIGURE 8.2: The default map with the "east room" brush cut away 


them into different places in the map. By “different places," I don’t mean physical loca- 
tions; I mean that we need to be able to give them a new parent in the level hierarchy. 

To do this, you can use the option Paste Here, which can be found in the pop-up 
menu when you right-click on an item in the treeview. If you select the worldspawn 
entity, for example, and then choose Paste Here, the item in the clipboard will be given 
the worldspawn entity as its new parent, as seen in Figure 8.3. 


Eh untitled ged 
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FIGURE 8.3: Use Paste Here to paste to a different location. 
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The “paste here" feature allows you to perform the same paste—although to dif- 
ferent parent objects in your level. This is useful for accurately adding a single new 
brush to a set of identical groups, instead of laboriously deleting all the copies of the 
group, adding the new brush, and repasting the group copies. 


EXAMPLE #3—COPYING AN ENTITY (MULTIPLE COPIES) 


You've seen how to copy brushes, so now let's try an example where an entity is the 
source of the copy and paste operation. 

Start this example by starting a new map. This time, place a single monster entity 
of any class (monster dog, for example). Move the entity so that its bounding box 
isn't centered in the floor, as in Figure 8.4. You can also name the monste r_dog entity 
“Fido” or something similar, if you want to (many people leave the names of entities 
as their default, which are also their classnames). 

Once the entity is in place, press Ctrl-C to copy him to the clipboard, and press 
Ctrl-V to paste him. He’ll appear in exactly the same spot on the map, so you’ll have 
to change his position to see that there are indeed two dogs in the room now. 


FIGURE 8.4: Amonster_dog entity placed on the map, and moved up so that he’s resting 
on the floor. 
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lacing s solid entities (like mon- 


- era) too close together will cause them 
to become "stuck" to each other, making 

them unable to move. Likewise, placing - 
| an entity too close to, or inside, a brush- 
| will also cause the entity to become stuck. 


: Quake will warn you of entities stuck — 
in walls when you first start the level, 
by displaying a message that reads 

| walkmonster in wall at €xsysz?. 


You can continue to press Ctrl-V to 
paste more than one copy of the dog. 
Each time you paste another dog, he’ll 
appear in the same spot, and once again 
you'll need to move him into a place 
where he doesn't intersect another 
entity or a wall. 

Figure 8.5 shows you a sample room 
filled with vicious little doggies. If you feel 
like a quick challenge, go save and play 
this level in Quake—and see if you can 
defeat all the dogs with just your startup 
weapon and no additional ammo. 


FIGURE 8.5: Copying a half-dozen monster dog entities turns any room into a kennel. 
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EXAMPLE £4—COPYING A GROUP 


In the last chapter, we created a fairly complicated group named “Table and Chair.” 
Now that we know how to copy and paste, we can easily make this group a full din- 
ing room set with multiple chairs. 

Load up the map that contains the “Table and Chair" group in it, which we named 
TABCHAIR.QED. We want to make a copy of the Chair group. To create a copy of an 
entire group, simply select that group in the treeview, and press Ctrl-C to copy it to the 
clipboard. Note that copying a group is no different than copying a single brush or entity. 

To paste the Chair group, press Ctrl-V just as you would paste any other object, 
and then move the chair to a new location. Your treeview and map should look like 
Figure 8.6. 

If you want, you can repeat the paste more times to give yourself more chairs for 
your table. Figure 8.7 shows a full dining room set with six chairs. Note how each chair 
group has been moved and then rotated so that the chairs appear to be facing the table. 


^ 
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FIGURE 8.6: Creating a copy of the Chair group 


EXAMPLE £5—COPYING A LARGER GROUP 


You just copied the Chair group to make multiple chairs inside the Table and Chair 
group. So then, what's preventing you from making multiple copies of the entire Table 
and Chair group? The answer is: nothing! Remember that the copy and paste function 
works at any level. 
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FIGURE 8.7: A dining room set 


So then, to make a larger group with multiple tables and chairs (as if at a swanky 
nightclub), simply highlight the Table and Chair group, press Ctrl-C to copy, and press 
Ctrl-V to paste it as many times as you want. Then, after rotating and arranging things 
a bit, you'll have the cafeteria found in Figure 8.8. 


FIGURE 8.8: Four simple paste operations were all that were needed to turn one Table and 
Chair group into an entire cafeteria. 
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EXAMPLE £6—COPYING AN ENTIRE ROOM 


This final example will show you how to copy an entire room to make a second room. 
The room we'll copy is the "start room" group in the default map. It will also show 
you how sometimes some cleanup might be needed for the more advanced copying. 

The copy and paste operation itself works just as in all the above examples. 
Highlight the “start room" group, press Ctrl-C to copy, and press Ctrl-V to paste. Your 
new treeview should look like Figure 8.9. 

The next step is to move the second “start room” group to line up with the first 
one. Place the second group at location < 528,0,0 >, which will put it directly east of 
the first one, as seen in Figure 8.10. 


When You Copy Rooms, Don't Forget to... 


Now that we have two copies of the start group, there are two things that need to be 
adjusted slightly: 


ee TWO info player start entities exist in your level. Because your level 
needs only one of these entities, which controls where the single player will 
start on the map, you can choose either of these entities and delete it. 


ag start room 
E]-3 start room 
Q worldspawn 


FIGURE 8.9: Making a second copy of "start room" 
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FIGURE 8.10: The second "start room" has been moved to be directly east of the first. 


* Two brushes directly overlap each other; note that the “east wall” brush 
of the first group is directly on top of the “west wall" brush of the second 
group. While this isn't a problem to Quake itself, it could become a prob- 
lem later when you want to somehow cut a doorway to connect these 
two rooms. Two brushes occupying the same space is redundant, so you 
can choose either one of them and delete it (press Ctrl-Del or Ctrl-X). 


This will complete the copy of the room. All you'll need now is a way to get 
between them, such as a doorway or teleporter. 


ADDITIVE PASTE OFFSETS | 


The feature that allows qED to automatically place pasted objects is called Additive 
Paste Offsets. What Additive Paste Offsets allow you to do is paste multiple objects a 
fixed distance apart from each other (just like you do with boring relatives at a picnic 


Additive Paste Offsets 


table). This really helps when you need 
to automatically space a number of sim- 
ilar objects a set distance apart from 
each other. 

To enable Additive Paste Offsets, 
select Preferences from the Edit menu, 
and choose the Paste tab. You'll see the 
dialog box shown in Figure 8.11. 

When you need to use this feature, 
make sure the check box next to Additive 
Paste Offsets is checked. Then, you need 
to select what distance you'd like each object to be relative to the object in the clip- 
board. Type separate x, y, and z numeric values into the three boxes that represent the 
amount you want the object to move with each paste. 


preferences 


FIGURE 8.11: The Additive Paste Offsets dialog box 
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EXAMPLE £1—BUILDING AN INSTANT STAIRCASE 


The simple staircase is a classic example of multiple objects, in this case brushes, 
which need to be a fixed distance apart. Start a new map in qED to try this example. 

To begin the staircase, you'll first need a single brush that represents one step. 
Here are the steps to create this structure: 


1. Add a cube brush to the map, and name it “Step.” Give it a size of 
«32,32,16 » and an offset of <0,0,8 >. Choose an appropriate texture 


for the step. Your map should now look like Figure 8.12. 


What we want to do is place another brush 16 units to the east, and 16 units higher, 
than the first brush. This is easily accomplished using the Additive Paste Offsets feature. 


2. Select Preferences on the Edit menu, and then select Paste. 


FIGURE 8.12: Making the first step of the staircase 
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3. Make sure that Additive Paste Offsets is enabled, and type the values 16, 
0, and 16 for the x, y, and z paste offsets. Click on OK to close the dia- 
log box. 


4. Make sure the Step brush is selected on the treeview, and press Ctrl-C to 
copy the brush. (You can also use the Copy toolbar icon, or choose Copy 
from the right-click pop-up menu.) 


You won't see any difference to your map at this point (everything still looks like 
Figure 8.12), because all you've done is place a copy of the Step brush in the clipboard. 


5. To paste the Step brush, press Ctrl-V. You should see a copy of the 
Step brush, only it will be 16 units east and 16 units higher than the 
original brush. 


This is merely the beginning of exploring the Additive Paste Offsets functionality, 
however. You can continue to make steps by simply repeating the paste. 


6. Press Ctrl-V, Ctrl-V, Ctrl-V to produce three more steps, all 16 units east 
and 16 units higher than the last step you pasted! 


Figure 8.13 shows the result of pasting five more steps on top of the original one. 

This shows you that with a little preplanning, qED lets you build a simple stair- 
case in a matter of seconds, without all that measuring and cutting and cursing that 
you'd have to do in real-life carpentry. 


EXAMPLE #2—ADDING COLUMNS AND LIGHTS 


This next example will show you a quick way to turn the mediocre “start group" into 
something that looks a bit more playable. What we want to eventually get to is a room 
similar to Figure 8.14, where columns line the room on two sides, and each column has 
four light fixtures on it. Figure 8.15 shows a treeview of the finished, enhanced room. 
Whenever you start a new room or area in your level, the first thing you should be 
thinking to yourself is "What groups will I need to make?" In this case, the most nat- 
ural grouping of objects seems to be a single group holding one column and the four 


CHAPTER B Cut, Copy, and Paste 


front 


FIGURE 8.13: The instant staircase, using Additive Paste Offsets 
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FIGURE 8.14: The Column and Lights room 
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FIGURE 8.15: Treeview of the final room 


lights attached to it. It also seems natural that there will be some type of group holding 
one of the light fixtures, so that we'll be able to copy and paste those around as well. 


Creating a Column with Four Lights 


To start things off, we'll need a new group named “Column w/ Lights.” 


1. Create a new group by clicking on the New Group toolbar button. 
Name this group “Column w/ Lights." 


2. Place a Prism-08 brush inside the new group, and name the brush 
"Column." 


3. Size this brush to «48,48,256 », and move it to <0,0,128> (this is 
most easily done by grabbing the center handle at the top of the sizing 
handle cube in the side window and dragging upward until the column 
meets the ceiling). 
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4. Rotate the Prism-08 brush to a value of <0,0,22 >. The faces will 
now point due east, north, south, and west. Find a cool texture for the 
column and apply it. 


You now need a light fixture group. qED comes with a few light fixtures in its object 
library, so you could use one of those. Otherwise, create the one shown in Figure 8.16. 
The light fixture group used in this example is created with two simple cube brushes. 


5. To create this fixture, drag two cubes into a window. Move one brush 
higher and to the right of the other brush (use the side view window). 


After the fixture is built, a light entity is chosen, then it's added to the fixture group, 
and a light value is assigned. 


FIGURE 8.16: A “no-frills” light fixture 
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6. Type a light value of 250 in the light's dialog box (click on the Properties 
tab, and then double-click on Light in the Attributes window). 


7. Place the two brushes and light entity into their own group, named 
"Light Fixture" (create this group by clicking on the New Group button 


in the toolbar). 


8. Move the Light Fixture group 
to the location < 24,0,48 >, 
so that it's higher than the 
room's floor and is directly to 
the right of the column. 


Figure 8.17 shows the column with 
a single light in place. 


For the light fixture 


| Additive Paste Offsets can't be easily — 
|| used because the fixtures aren'ta set —— 
|| distance away from each other. Instead, 


he fixtures are just copied, pasted, 


FIGURE 8.17: A column and a single light fixture 
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Next, the Light Fixture group is placed into the main "Column w/ Lights" group. 


9. Highlight the Light Fixture group in the treeview, and then drag it onto 
the *Column w/ Lights" group. 


Once the fixture is in its proper place, it becomes easy to copy it three more times 
to get the four lights we want for the group. 


10. Select the Light Fixture group, right-click, and select Copy. Make three 
copies of this light fixture group, and then position the lights as shown 
in Figure 8.18. You can see the detail of a single column and its four 
lights in this figure. 


FIGURE 8.18: The column with four light fixtures 
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If you've made the group correctly, it should be ready for copying. The important 
thing to look for is that you have a single group that holds a column brush, and you 
have four light fixture objects. If all those objects are contained in a single group, then 
you'll be able to copy that group easily (refer to Figure 8.15 to see whether your final 
group looks correct). 


11. Before copying the group, move the single existing column into its final 
place on the map, at the position <-128,128,0>. Move it there now or 
specify this position in the Translate area of the Properties tab for the 
column. 


Adding Columns with Additive Paste Offset 


Next, we wantto set up the Additive Paste Offsets values in the Preferences dialog box. 
For this example, each column will be 128 units away from the last column, so the 
vector <128,0,0> will be used for the paste offsets. 


1. Click on Preferences on the Edit menu, and select the Paste tab. 


2. Type <128,0,0> in the offsets <x,y,z> fields, make sure “additive 
paste offsets" is checked, and then click on OK. 


Now you're ready to copy! 


3. Select the “Column w/ Lights" group, press Ctrl-C to copy, and press 
Ctrl-V three times. You'll have four total versions of your object (the orig- 
inal and three copies). Three of the columns will be in the room, while 
the fourth one will be outside the room, as shown in Figure 8.19. 


4. Take the fourth copy of the column group, and move it to position 
< -128,-128,0 >, directly below the first column, as in Figure 8.20. 


This column will become our new source object for copying/pasting. 


5. Press Ctrl-C to copy this object to the clipboard, and then press Ctrl-V 
three times. Again, you'll have a neat little row of columns, with one 
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FIGURE 8.20: The last column copy is moved below the first one. 
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extra off to the right. Move that last column below the first one, and 
repeat the process as many times as needed to fill the room. Your final 
room will look like Figure 
8.14, shown previously. 


Once a single column is created, fill- 
ing it up is a simple matter of copy and 
paste, with intelligent use of qED's 
Additive Paste Offsets command. 


U 


CHAPTER 


Other qED Features 


qED provides several other features that simplify your level-building 
task. These features give you a flat-shaded preview, show you realis- 
tic-looking textures, help you find specific items in treeview, trou- 
bleshoot errors in entities, perform integrity checks in a level, and manage textures 


easily. The features are summarized below. 


FLAT SHADED PREVIEW 


The qED wire frame viewing modes are fine for most editing, but they can sometimes 
get confusing when there are a lot of lines crisscrossing each other. The qED Flat 
Shaded preview helps to alleviate this problem by providing a more “solid” view of 
the level from a first-person perspective. 
cues : Each object in the Flat Shaded pre- 
—-——-——-— |! view is drawn with a certain color 
: scheme, which is determined randomly 
at the time the object is created. Note 
that this color information is not saved 
along with the map—so loading and 
saving the map will cause different col- 
ors to be assigned to different objects. 
The Flat Shaded preview also doesn't show the complete results of brush sub- 
traction because the actual subtraction process isn't done until export time. Instead 
you'll see the inverse of each subtracted brush cutting into the positive brushes, as 
shown in Figure 9.1. 


This v view mimics the WalkThru 


I| view mode as far as all key commands _ 
| are concerned, including movement and | 
I a ide : : 


Texture-Mapped Preview 


FIGURE 9.1: Subtracted brushes are drawn "inside out" in the Flat Shaded and Texture- 
Mapped modes. 


TEXTURE-MAPPED PREVIEW. 


This view most closely resembles the 
view in Quake itself (minus the light- 
ing). This view actually shows you the 
textures as they'll appear on the walls in 
Quake! This view is most useful for lin- 
ing up textures on the walls. Again, this 
view is identical, in keystroke action, to 
the WalkThru and Flat Shaded view 
modes. Figure 9.2 shows you a shot of 
the same scene as viewed from the wire 
frame mode, the Flat Shaded mode, and 
finally, the Texture-Mapped mode. 
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FIGURE 9.2: The same scene is shown in all 
three WalkThru modes. 


FIND —— 


Find locates an item with a specific name in the treeview hierarchy. If you know that 
you're looking for a brush named “Big Button,” for example, but don’t remember what 
group you hid this item in, the Find function will hunt it down for you. 
Find is located on the Edit menu, and also has a hotkey—Ctrl-F . Once you select 
the Find option, a standard Windows 95 dialog box will appear, as seen in Figure 9.3. 
To find the desired object, type the beginning of the object's name and press Find. 
You might type Big Bu to locate the "Big Button" object, for example. qED will locate 


Integrity Check | 


FIGURE 9.3: The Find dialog box 


the first item whose name matches the string you typed. You can repeat the same 
search multiple times by pressing the Find button over and over. 


FIND ENTITY AT... — 


One occasional error that users have to deal with is putting an entity too close to a 
brush, or sometimes even inside a brush. In these cases, Quake will sometimes report 
an error similar to the following when the level is loaded: 


Error: object at <xiyiz> fell out of level 


When this happens, you can use the Find Entity At feature of qED to discover 
which entity Quake was complaining about. To use this feature, select it from the Edit 
menu, and type in the coordinates that Quake gives you on the error line. qED will 
report the entity that's closest to that location. This allows you to quickly find the 
offending entity and move it farther away from the brush or brushes that lie near it. 


INTEGRITY CHECK Ž 


The Integrity Check will help you find some of the errors in your level. To use it, go to the 
tab named “integrity” under the level treeview, as seen in Figure 9.4, and press the Go 
button. You can choose to check all objects or check only visible objects, using the check 
box marked “check visible only.” 
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texture unknown: metal2 2 
texture unknown: metal2. 2 
[texture unknown: metal2_2 
texture unknown: metal2 2 
texture unknown: metal2 2 
func button entity has missing "target" 


d texture unknown: flaor-1 


texture unknown: gll 
no "trigger changelevel" entity found [exits map] 


no "info intermission'' entity found 


FIGURE 9.4: The Integrity Check dialog box 


The output of the Integrity Check will appear in the list box on the integrity tab. 
Each problem that's reported will take up one line in the list box, as seen in Figure 9.4. 
To go directly to one of the problems, click on that problem in the list box, and qED 
will take you to the object for which the 
problem is being reported. 

All the items that Integrity Check 
will help you locate are listed here: 


* Brush list with only negative 
brushes 


* Entities requiring brushes that 
currently have no brushes 
attached 


-* Entities not requiring brushes 
that currently do have brushes 
attached 


Texture Manager . 


* Missing info player start entity 

* Missing info intermission entity 

^ Missing trigger changelevel entity 

* func button entity with no target defined 

* “Target” tags with no matching “targetname” tags 

-* — "Targetname" tags with no matching “target” tags 

* — Gold key found, no object requiring gold key found 
* Object requiring gold key found, gold key not found 
-* — Silver key found, no object requiring silver key found 
* Object requiring silver key found, silver key not found 
* Texture name not found in current WAD list 


* Missing texture name 


The Texture Manager provides statistics on the number of textures your current level 
uses, and allows you to perform a global texture replacement operation. To use the 
Texture Manager, choose the Texture 
Manager option from the Edit menu. The 
Texture Manager dialog box is shown in 
Figure 9.5. 

The listview control to the left shows 
you all the textures used in your level so 
far, their sizes, and the number of faces 
where each texture appears. You can sort 
on any of these three fields by clicking on 
the title at the top of each column. 

When you choose any texture in the listview, you'll see a preview of that texture 
in the window at the right of the Texture Manager dialog box. 
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HP statistics 
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FIGURE 9.5: The Texture Manager 
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Textures that you use in your level are 
|| actually compiled into the final BSP file that - 


|| qBSP (or VIS, or LIGHT) creates for you. Using | 
|| many different textures will greatly increase the | 


| size of the BSP file—not very friendly to those 
|| who'll be downloading the level if you plan on. 
| sharing it over the Internet. Most level design- 

ers will tell you to hold the number of different 
I textures to a minimum, not only to reduce the 
|| BSP size but also to make your level look more 
li uniform and coherent. Remember that you can 
- : always make the same texture appear slightly 

different by using different lighting around it, 


| as well as by changing the scale and/or rotation | | 


!| of the texture on different faces. 


To perform a global texture 
replace, first choose the texture you 
want to replace in the left listview, 
then select a new texture in the 
right preview window, and double- 
click on that texture. You'll be given 
a standard "Are you sure?" type 
message to make sure that you 
really want to replace every texture 
in the level, and then the Texture 
Manager will perform the replace- 
ment for you. After the replacement, 
thelistview will update to reflect the 
new counters. 


cHaPTER Making Stuff: 


A Trip to the Zoo 


Now that you’ve learned about all the individual components of a 


Quake map, and you’ve explored some basic methods for grouping 


them, it’s time to learn exactly how to put some of these components 


together to build some interesting things. Quake levels, as you probably know, are 


capable of supporting a wide range of moving structures such as doors, lifts, buttons, 


teleporters, traps, and a few other goodies. This chapter will focus on the creation of 


several of the different types of structures and give you step-by-step tutorials for build- 


ing each type. 


A WALK THROUGH THE Z00 


qED comes with an excellent pair of tutorial levels, called THEZOO1.QED and THE- 
ZOO2.QED, that give you a guided tour of many of the rare and exotic creatures you 


level actually got too big for Quake to 


handle! Jim therefore decided to split the | 


level into two parts. 


NOTE cee 
I The two ZOO levels were originally 
| one big level, named THEZOO, but the 


can tame in Quake. These two levels 
were created especially for qED by one 
ofthe Quake level-creation masters him- 
self, Jim Lowell. Jim was a contributor 
to the Aftershock CD, and he's has done 
a great deal of Quake level creation. 
These levels aren't designed to be 
playable as standard Quake levels. 


Basics You'll Need to Know First 


Instead, they serve as a tour through the Quake engine and its capabilities. There are 
several separate rooms split up into common functions, like a Door room, a Button 
room, a Train room, and so on. The .QED source files, which come with the version 
of qED on the CD that ships with this book, should serve as an excellent source of 
learning most of the intricacies that the Quake engine has to offer. 

Each of the constructions demonstrated in this chapter can also be found in one 
ofthe Zoo levels. Between this chapter, these levels, and the online tutorials that come 
with qED itself, you should become a level-building pro in no time at all. 


BASICS YOU'LL NEED TO KNOW FIRST 


Before opening the lions' cage and trying to create all these cool structures for your level, 
you should convince yourself that you have a decent knowledge of the basics that we've 
covered in the book to this point. At this stage of our work, I’m assuming that you 
already know how to do the following things in qED without further instruction. 


* Add a new brush to a map (of any available shape) 

“e Apply textures to a brush 

* Change a brush to be a negative brush, for brush subtraction 
-* Associate a brush with an entity 

* Add a new entity to a map (of any class) 

* Change an entity's properties 

“e Create a group 

* Move existing items in and out of groups 

-* Perform advanced cut, copy, and paste operations 

-* Load and save levels 


“e Export, build, and test your levels in Quake 
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If you're not confident that you can perform all the above tasks without further 
instruction, then I urge you to go back and review the appropriate chapters until you 
feel you can perform each task. 


Many of the mini-tutorials should build on tutorials before them. For example, mak- 
ing a door that requires a key takes exactly the same steps as making a regular door, 
with one additional step. Therefore, reading each section in order will greatly help 
you, ensuring that you didn't skip anything in a previous tutorial. 

Without further ado, let me introduce The Door. ... 


DOORS 


Doors are fairly simple structures to create, so they're a good place to start. Doors all 
use the entity class func door as a starting point. 

When making a door, you're usually trying to connect two distinct areas. Because 
the default qED level consists of only one room, your first task will be to create a sim- 
ple two-room level that will serve as the starting point for the three-door tutorials 
shown below. To create that level, follow these steps: 


1. Start a new map. 

2. Copy and paste the group named "start room." 

3. Name this new group "east room." 

4. Rename the original "start room" group “west room." 

5. Change the origin (translate) value of “east room" to <528,0,0>. 


6. Save this level as TWOROOM.QED. 


The level so far should look like Figure 10.1. 


Doors 


c\delphi2tag\gcead\exeSbworoorn.ged 
98 West Room 


S$ East Room 
D wordspawn 


@ 
oë 
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FIGURE 10.1: The start ""WOROOM.QED" template level for the door examples below 


7. Next, go into “west room" and delete the brush named “east wall.” 


Delete the info player start entity that exists in “East Room." This is 
an unneeded duplicate of this entity. 


Place a new Cube brush in the group “East Room.” This brush should 
have a size of «64,128,192 >, and a translate value of < -262,0,102 >. 


This will put the brush between the two rooms. Name this brush 
"Door Hole." 


10. Finally, make the brush named *Door Hole" a negative brush. 


Your map should look like Figure 10.2. Save this map with a name like 
TWOROOM.QED, as it will be the basis for the examples below. 


Having made two rooms with an opening fit for a door, the next step is to put the 
door in place. 


STANDARD DOOR 


The "standard" one-brush door is very simple to create. To begin, load up the example 
level TWOROOM.QED (if it isn't already loaded). Follow these steps to create the door: 


1. Create a new group and name it “Standard Door." 


Place a func door entity into this group. Set the angle of this entity to a 
value of 90. The angle of the func door entity is the direction that it will 
open. In the Quake coordinate system, 90 degrees — north. 
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FIGURE 10.2: The final TWOROOM.QED 


3. Place a cube brush into the func_door entity. Name this brush “Door 
Brush." Give this brush a size of «14,128,192 >. Give it one of the door 


textures, such as door f. 


If you've done these steps correctly, the level's treeview should look like Figure 10.3. 


4. Move the “Standard Door" group to position « 264,0,102 ». This should 


of the brushes used in this example are 
not required to make the door function; 


they were simply chosen for the purpose 
of this example. The important part of this 

| example is the structure of the objects - 

(how they're connected in the treeview). 


: The sizes, locations, and textures 


make Door Brush fit exactly into the 
“hole” created by the negative brush 
named “Door Hole.” 


That should finish the basic door. If 
you go test out your level in Quake, the 
door should automatically open when 
you go near it, and close a few seconds 
later. 


Doors 


Eg, c\delphi2\tag\qcad\exeStworoom. ged 
H- East Room 
Ej-39 Standard Door 
EE. func door 
: - Door Brush 
Ha West Room 
tj worldspawn 


FIGURE 10.3: Setting up the door group. Note that the brush is 
under the entity, not parallel to it. 


Variations 


You can add several attributes to the func_door entity to modify this standard door’s 
behavior: 


* You can change the speed with which the door opens by changing the 
“speed” attribute on the func_door. The default speed value is 100. 


“e You can make the door cause damage if it closes on a player by giving 
the door a “dmg” attribute. The default damage is 2. 


“e You can change the sound the door makes by giving the func door a 
"sound" attribute. Valid values, producing different sound effects, are 0, 
1, 2, 3, and 4. 


ee You can require that the door 
be shot for it to open, by 
assigning a “health” attribute 
to the func_door entity. A 
value of 1 will cause the door 
to open after the first shot. 
(The value assigned becomes 
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the “hit points” that the door possesses, and these hit points must be 
reduced to 0 before the door will open.) 


For a complete list of attributes for the func door entity, refer to Chapter 6. 


ASSIGNING A KEY TO A DOOR 


Any door can require either the silver or the gold key. To make a door require a gold 
key, give it a spawnflags attribute of 8. To require a silver key, give the door a spawn- 
flags value of 16, as shown in Figure 10.4. 


MULTIBRUSH DOOR 


Some doors open in two or more directions at once. This nifty feat is accomplished by 
simply having more than one func door entity present in the doorway, each with its 
angle attributes set to different directions. : 

Figure 10.5 shows a wire frame view of a two-door entity set side by side. The 
direction of each door entity is indicated. 


func door 


FIGURE 10.4: This func door entity has been given a spawnflags 
attribute of 16, which will cause it to require a silver key in order to open. 


Teleporters m 


Func door 
entity 


Direction of 
door movement 


Brush under 
func door 


FIGURE 10.5: Multibrush doors are simply two doors set 
next to each other, programmed to open in different directions. 


TELEPORTERS 


The teleporter offer you a nice, quick 
way to get players and monsters from 
point A to point B in your level, regard- 
less ofthe physical distance. Teleporters 
aren't all that intuitive, so pay attention 
to see how they work. 


| N : : __ 
| EN The texture named "trigge ; 


| special in that any brush painted wi 


|| texture will never be seen by a playe 

|| meant to denote brushes tied t 

| that usually trigger some sort of actio 
like a teleport. — uo 
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THE ONE-WAY TELEPORTER 


To begin the teleporter, you will need a trigger teleport entity placed in the loca- 
tion from which you'd like the teleport to start. 

Next, you must associate a brush with the trigger teleport entity. This brush 
can be any shape, but bear in mind that the teleport action will occur when the player 
steps inside the boundary of this brush. 
Give this brush the special texture called 
"trigger." Your treeview should look 
something like Figure 10.6. 

Now you need to specify a location for 
the player to teleport to. This is done by 
using an info teleport destination 
entity. Create one of these entities and 
put it in the desired place on your map. 


Target and Targetname Attributes 


Next, you need some way to connect these two entities. A single level might contain 
several pairs of trigger teleport/info teleport destination entities, and 
Quake needs to know which belongs to which. This is done by assigning values to the 
target and targetname attributes of these entities. 

The targetname attribute of an entity identifies the entity to the rest of the objects 
in the level. Whenever you see a targetname attribute on an entity, that entity is telling 
you “My name is « x »," where «x» is the value associated with the targetname. 


H- start room 

Q trigger teleport 
- teleport brush 
——[ worldspawn 


FIGURE 10.6: Starting the teleporter 


Teleporters 


The target attribute is always a 
pointer to some other entity. Therefore, 
whenever you see a target attribute on 
an entity, that entity is telling you "I'm 
connected to entity < x >,” where «x» 
is the value associated with the target. 

These two attributes always work 
together. Therefore, if you see an entity 
with a target attribute of “TPORT1,” 
there had better be some entity some- 
where else on your level with a targetname attribute of “TPORT1,” as well. If not, the 
level won't even load in Quake. 

Figure 10.7 shows two entities and illustrates how their target/targetname 
attributes work to connect them. 


Back to the Teleporter 


If you thoroughly understand the target and targetname attribute concept, then 
completing the teleporter should be easy. Simply do the following two things: 


1. Assign the trigger teleport entity a target value of TPORTI. 


FIGURE 10.7: Connect entities through the target and targetname attributes. 
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2. Assign the info teleport destination entity a targetname value of 
TPORTI. 


This connects the entities together. You can choose any value you want for the two 
attributes—it doesn't have to be TPORTI. Just make sure that the value you choose 
is unique and won't be used anywhere else in your map. 

Your final map should look like Figure 10.8. If you got everything right, when you 
step into the area of the brush associated with the trigger teleport, you should 
teleport to the spot of the info teleport destination. 


Where's the Teleport Swirly Texture? 


You might have thought that the brush associated with the trigger teleport entity 
would automatically looked like the cool *swirly" texture that indicates a teleporter. 
In fact, this brush will always be invisible no matter what texture you put on it. 

To get the teleporter swirly texture, you need to create another brush, one that's 
not directly under the trigger teleport, and must assign that brush a texture of 
*teleport1. This brush indicates where the teleport should happen and it should be in 
the same general area as the brush associated with the trigger teleport entity. 

Figure 10.9 shows you a sample teleporter from one of THEZOO maps. Note how 
all the brushes associated with the teleport (except for the destination) were placed 
into one group so that they could be moved as a unit. 


start room 
info teleport. destination 
trigger. telepart 

itg teleport brus 
worldspawn 


FIGURE 10.8: The teleporter 


eA start room 
B X Teleporter Hallway 
| [8-37 Spotlight 
E 39 Teleporter 
EF -O trigger telepart 


@ Teleport Brush 
Teleporter Frame = 


Teleporter Frame =" 
Teleporter Frame" 


Teleporter Frame s 


Teleporter Swish «7 


Lifts 


FIGURE 10.9: A full teleporter group from THEZOO 


THE TWO-WAY TELEPORTER 


There’s no magic to making a teleporter 
that works in both directions. The secret 
is to simply repeat the above process a 
second time, placing all the teleport 
source objects of the second group in the 
same place as the teleport destination 
objects of the first group, and vice versa. 


r - d E 
IN The two teleporters i in Figure. 


| 10.10 are placed very close together ju 


E they can each be seen in the picture. - 
Normally, you'd place them far apartin — 
| different areas of your map. : 


What you're actually doing is creating a second one-way teleporter at the same two 
points as the first one-way teleporter you just completed, as shown in Figure 10.10. 


LIFTS 


The structure called lifts are known as “plats” (short for platforms) in Quake. The 
base entity used to create lifts is the func p1at entity. Follow the steps below to cre- 


ate a simple lift. 
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FIGURE 10.10: The two-way teleporter. The small boxes in front of each are 
the info teleport destination entities. 


1. Add a func p1at entity to the map. Place it where you'd like the lift to 
be located. Make sure that the z value of this entity is at the highest 
point of the lift. For example, if you want a lift that will take the player 
from a z value of 0 to a z value of 96, then set the z translate value of 
the func plat to 96. 


2. Set the height attribute of the m a 
func_plat to the total dis- IN 


denn though you design the plat- | 


tance you want the lift to 
travel. In the example above, 
you'd set this attribute to 96 
(96 at its highest minus 0 at 
its lowest = 96 total). 


fnt at its highest point, when you play : 
the level in Quake the platform i begin 
at its lowest point. 


3. Place a brush or brushes inside the func_plat entity. These will be the 
brushes that move up and down. Arrange these brushes to look like a 
platform, like that shown in Figure 10.11. 


Lifts « 


FIGURE 10.11: Platform with railings 


VARIATIONS 


* The func p1at entity has several attributes that help control the action 
of the platform: To change the sound the lift makes, set the sounds 
attribute. Valid values are 0, 1, and 2. 


* To change the speed that the lift travels, set the speed attribute. The 
default value is 150. 


LIFTS THAT START HIGH AND MOVE DOWN 


All func p1at entities are coded to start in their lowest position and move up. But 
what if you wanted a platform that started at its highest point and traveled downward? 
To accomplish this action, you need to use a func door entity instead of a func p1at. 
The example shows a platform that starts high and moves down. 


1. Start by adding a func door entity to the map. Place brushes inside this 
entity that form the shape of the elevator. The func door entity should 
be placed in its starting (high) position. 


2. Setthe angle of the func door entity to -2. This angle designates 
"down" in Quake. 


3. Set the lip attribute of the func door entity to -64. This is the 
"extra" amount that the door moves. Doors "open" by moving an 
automatic amount determined by Quake. They'll also move an extra 
amount specified in the lip attribute. 


Figure 10.12 shows the settings for the func door entity. This should complete 
the downward-moving lift. Note that func door default sounds and speeds are dif- 
ferent from that of func p1at—so your plat will move slower and sound like a door 
the first time you try it. Change the speed and sounds attributes accordingly. 


func door 


classname func door 
angle -2 


lip -B4 
origin 38 -223 94 


FIGURE 10.12: Using a func door entity to simulate a lift 
that moves downward 


Lights , 


There are eight different types of light entities, and they all perform the same basic 
task—to illuminate your level. Some light sources are invisible, while others appear 
as a flame or a globe. Some light sources make no sound, and others have their own 
automatic, ambient sound attached to them. Table 10.1 shows the eight light entities 
and details how they differ. 


TABLE 10.1: LIGHT ENTITIES 


light Invisible, silent light source 


light_flouro Invisible, plays an ambient humming sound 
light_fluorospark Invisible, plays ambient flouro buzz sound 


automatically 


light torch small vwalltorch Visibly looks like a wall torch, plays a crackling fire 
sound effect 


light flame small vhite Single flame, plays crackle sound 

light flame small yellow Although a different name, appears to be identical to 
light flame small uhite 

light flame large yellow Bigger flame, plays crackling sound 

light globe Looks like a lit sphere 


In addition to the different types of entities, each light can be given a style attribute 
that will cause the light itself to behave differently. The valid values for the light styles 
are in Table 10.2. 


TABLE 10.2: LIGHT STYLE ATTRIBUTES 


Normal 
Short flicker 


Slow pulse to/from blackness 


Candle (combination pulse/flicker) 


Fast strobe 


0 
1 
2 
3 
4 
5 


Gentle pulse 


(Continued on next page) 
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inued from previous page) 


Longer flicker 


6 

7 Candle (variation 2) 

8 Candle (variation 3) 

9 Slow strobe 

10 Fast, random flicker 

11 Slow pulse 
SPOTLIGHTS 


You can create a spotlight that points in 
a certain direction by using any of the light sources. Spotlights are great for highlight- 
ing important items in otherwise gloomy areas, such as buttons or keys. The example 
below demonstrates a simple spotlight. 


1. Place a light source somewhere on your map. Choose any of the light 
entities that you wish. Set the light attribute to be the strength of the 
light source. 


2. Assign the target attribute 
for the light entity to some 
unique value. For the purposes 
of this example, use the target 
value SPOTI. 


3. Place an info nu11 entity on 
your map. This entity will act 
as the location to which the 
spotlight points. Put this 
entity somewhere near the 
location of the light entity. 


4. Finally, set the targetname 
attribute of the info nu11 to 
be SPOTI. 


Buttons 


The diameter ofthe spotlight will depend on the strength of the light and the distance 
that the light and info nu11 entities are away from each other. Experiment with this 
until you get the desired effect. Figure 10.13 shows an example spotlight that's effective. 


Light entity 
target "SPOT1" 


info null 
entity target- 
name "SPOTI" 


FIGURE 10.13: Setting up a spotlight 


BUTTONS — 


Ordinarily, buttons are used in conjunction with some other action: opening a door, 
triggering a lift, turning on and off a light, and so on. 

To set up a button demo, load the 
TWOROOM.QED map you've been work- 
ing on in this chapter (if it isn't loaded 
already), which has some door examples 
in it. This map already has a working 
door in it; it will be fairly easy to rework 
the door so that it's triggered by a button. 
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This example uses the TWOROOM.QED map with the double doors. To allow a 


button to be the source of the opening doors, perform the following steps: 


1. Add a func button entity to the map. Place it where you'd like the 


button to be. 


2. Add a brush to the func button entity. Size is to be 32 wide, 32 high, 
and 16 units deep. Place one of the button textures on it, such as 


+ BASEBTNO. 


3. Set the target attribute of the func button to some unique value, 


say, DOORI. 


4. Set the targetname attribute of the door (in this case, two doors) 


to DOORI. 


Your completed product should look like Figure 10.14. Note that if you try out this 
door in its default form in Quake, you'll be able to open the door using the button; but 
when you go through the door, you'll be trapped on the other side! To prevent this 


problem, you'll need to add a second button on the other side of the door. 


BUTTON REQUIRING SHOOTING 


Some buttons are set up to be shot rather than pressed. Buttons of this type are often 


high up out of reach, designed to open secret areas. 


Eldo 
e East Room 
EE Standard Door 
| BRO func door 
: 8 Door Brush 
Eh func door 
i m Door Brush 
aa? West Room 
É nc button 
"sr button 
—Q wordspawn 


FIGURE 10.14: A door triggered by a button 


Targetname 
"DOORI" 


Targetname 
"DOORI" 


Target 
"DOORI" 


Buttons 


Making a button shootable instead of pressable is a simple matter of assigning a 
nonzero health attribute to the func button entity. When a func button has a health 
attribute, the button won't be pressed until it's shot enough times to bring this value 
down to zero. Therefore, if you want the button to require the user's taking a few shots 
at it before it finally functions, give it a value like 30 or 40. If you want the button to 
press with any shot, give it a health value of 1. Figure 10.15 shows a func button 
with a health attribute. 


BUTTON THAT STAYS IN 


You might want some buttons to be pressed only once, and to then stay pressed for- 
ever. Adding this feature is a simple matter of adding a wait attribute to the button 
and setting that attribute to a value of -1. Normally, the wait attribute tells Quake how 
long (in seconds) the button should remain pressed before resetting itself. By setting 
the wait attribute to -1, in effect you've made the button wait forever. Figure 10.16 
shows the properties of a button set to wait forever. 


FIGURE 10.15: The attributes of a func button entity that's shootable 
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unc button 


func button 
door] 


10 
d 


FIGURE 10.16: A button that will stay pressed 


TRIGGERS 


Buttons aren't the only type of triggers available. You can create triggers that occur when 
aplayer grabs an item, when he kills a monster (or series of monsters), or even when he walks 
onto a particular spot. 


TRIGGER WHEN ITEM IS GRABBED 


Setting up an event to happen after an item is picked up can be done by assigning a 
target attribute to the picked-up item, and assigning a matching targetname 
attribute to the event. For example, a func door with a targetname of DOORI could 
be linked to an item armor entity with a target of DOORI. When the armor is picked 
up, the door would open, as shown in Figure 10.17. 


func door targetname 


"DOOR2" 


item armor target 


"DOOR2" 


FIGURE 10.17: Linking a door to an item that's picked up 


TRIGGER ONCE ONLY 


In the case of triggers that happen when the player walks over them, there are two types: 


* The type that happens once only 


* The type that happens multiple times 


The once-only trigger is created using a trigger once entity. This entity requires 
that a brush be associated with it. When a player walks into the boundary ofthis brush, 
the linked trigger is performed. 

| The following example sets up a crushing ceiling trap using a trigger once entity. 
Follow these steps to set up your own crusher. 
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1. The first thing you'll need is the crushing ceiling. This will be set up 
using a func, door entity. Add a func door entity to the map, and give 
it the following attribute values: 


- Translate: <0,0,206 > 

“e Lip: -128 (amount “door” will move) 
^ Dmg: 100 (damage “door” will cause) 
“. Angle: -2 (direction moved: down) 

e Speed: 300 (speed moved: fast!) 

«^ Wait: -1 (“door” won't raise back up) 


“. Targetname: crush1 (get ready to link to a trigger) 


2. Add any shaped brush to the func_door entity. I added a Prism-08 and 
flattened it to look like a disk, as shown in Figure 10.18. 


FIGURE 10.18: The crushing disk is poised and ready to fall. 


Triggers ^ 


3. Adda trigger once entity to the map, and add to it a cube brush with 
the texture "trigger" on it. This invisible brush will trigger the entity 
when the player steps into its boundaries. Assign the value “crush1” to 
the target attribute of the trigger_once entity. This links it to the crush- 
ing disk above. Your final example should look similar to Figure 10.19. 


VARIATIONS 


You can add any of numerous variations to all the trigger entities: 


“e You can cause the trigger to happen after a delay, by setting the delay 
attribute to some nonzero value. This value represents the number of 
seconds before the trigger. 


“e You can have the trigger play a sound by setting the sounds attribute to 
1, 2, or 3. 


func_door tar- 
getname: crush] 


trigger_once 
target: crush] 


FIGURE 10.19: The crushing disk and trigger_once entity 
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“. By setting the sounds attribute to 4 and assigning a message attribute to 
the trigger entity, you can cause the trigger to display a message to the 
player. The text you’d like to display becomes the value of an attribute 
with a key named message. This message will display automatically 
when the trigger is set off. 


TRIGGER MULTIPLE TIMES 


Setting up a trigger that happens repeatedly is done exactly like a once-only trigger, 
except that a trigger_multiple entity is used instead of a trigger_once. In fact, 
the two entities are entirely interchangeable—they have the same attribute set, and 
they work in the exact same way. The only difference is the addition of a wait attribute 
to the trigger_multiple, which designates the amount of time before the trigger 
resets itself. 


TRAINS 


A “train,” in terms of a Quake level, is a brush or set of brushes that moves along a 
predefined path. The train can be set to move forever, or to start by pressing a trigger. 
The brushes that make up trains will pass through any “normal” brushes that they 
encounter, so most people construct trains so that they don’t come in contact with any 
solid objects. 


PATHS 


All trains need a path defined for them along which they’ll travel. Paths are defined 
using the path_corner pany To define a path for a train, you first need to decide how 
-— many “corners” the path will have. A 

“corner” is a stopping point along the 
path. Most trains move along their path 
and stop at various points so that players 
can jump on the train and ride it along. 
Once you decide where the corners of 


Trains e 


your path will be, you then place path, corner entities at each of these locations. 
Finally, you'lllinkthe path corner entities in a circular fashion using their target and 
targetname attributes. 

Creating the path for a train is the most difficult part about it, so let's start by cre- 
ating a few different train paths to study how they work together. 


1. Start with a default map. The first path we'll create will consist of only 
two corners. Paths made of two corners will cause the train to move in a 
straight line, back and forth, between the two path corner entities that 
make up the path. 


2. Choose two distant locations in the default room, and place a 
path corner entity in each of these locations. 


3. Then, choose either of the path corner entities and assign it a target of 
PATH2 and a targetname of PATHI. 


4. Select the second path corner entity and assign it a target of PATH1 and 
a targetname of PATH2. Note that these are the same names, but in 
opposite places. What you've 
just done is linked the first 
path corner to the second, 
and the second back to 
the first. Your map should 
now look something like 
Figure 10.20. 


The two-corner path is the simplest to create. To create a path with three or more 
corners, the target/targetname attributes must be defined in a circular manner, as 
seen in Figure 10.21. 

Now that you know how to make paths for the trains, creating the trains them- 
selves is fairly simple. 
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path corner 
target: PATH2 
targetname: 
PATHI 


path corner 
target: PATH] 
targetname: 
PATH2 


FIGURE 10.20: A two-corner path 


path corner 
target: PATHI 
targetname: 
PATHA 


path corner 
target: PATH4 
targetname: 


PATH3 


path corner 
target: PATH3 
targetname: 


PATH2 


path corner 
target: PATH2 
targetname: 
PATHI 


FIGURE 10.21: A four-corner path: The direction the path travels is shown by the arrows. 


Trains . 


AUTOSTART TRAIN 


The first type of train is one that starts whenever the map is begun and that travels on 
forever. 

To create this train, first create a path for the train as shown in the preceding sec- 
tion. Then, add a func train entity to the map. This entity defines the train itself. 
Any brushes that you place within this entity will be the brushes that become the mov- 
ing part of the train. 

Finally, you need to link the train itself to the path that you've defined. To accom- 
plish this, simply set the target attribute of the func train to equal the targetname 
attribute of any one ofthe path corners. The path corner you choose will become 
the starting point for the train. Figure 10.22 shows a sample train from the Zoo sam- 
ple map, and describes the linking mechanism. 


path corner 
target: PATH4 
targetname: 
PATH3 


path corner 
target: PATH] 
targetname: 
PATH4 


func_train 
target: PATHI 


path_corner 
target: PATH3 
targetname: 
PATH2 


path_corner 
target: PATH2 
targetname: 
PATHI 


FIGURE 10.22: Standard train and its path 


VARIATIONS 
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Different variations you can apply to the standard train include the following: 


* To allow the train to cause damage to the player if he gets crushed by it 
while it moves, set the func train's dmg attribute. 


* To vary the amount of time the train will wait at a given path corner, 
set the wait attribute of the desired path corner to the number of 
seconds to wait (-1 will wait forever, stopping the train). 


“e To cause the train to start via a trigger, give the func train a unique 
targetname attribute and create a trigger once entity with a matching 


target attribute. 


WALKING MONSTERS 


There's one more good use of path corners, and that involves creating monsters that 
walk along a predefined path before they notice you. This great touch to the Quake engine 


ace to ih d so you can 
olism to dee level by - 


allows the monsters to actually look like 
they're doing something besides sitting 
frozen waiting for you to walk in so that 
they can attack. 

Paths for monsters are created in 
exactly the same way the paths for trains 
are created. To link the monster to the 
path, give the monster a target attri- 
bute that matches the targetname 
attribute of any one of the path corner 
entities, and presto: your walking mon- 
ster is complete. Figure 10.23 shows a 
simple two-corner path with an ogre 
attached to it. 


Traps 


path corner 
target: PATH2 
targetname: 
PATHI 


path corner 
target: PATH] 
targetname: 
PATH2 


monster ogre 
target PATHI 


FIGURE 10.23: An ogre walking a beat between two rooms. He even opens the door! 


TRAPS | 


Only two entities are directly dedicated to traps: the trap_shooter and the 
trap_spikeshooter. However, numerous traps can be made using other types of 
entities that have been already discussed. 


SHOOTING TRAPS 


The trap_shooter entity fires a continuous stream of nails in a particular direction. 
To set it up, simply put a trap_shooter entity at the location in your map from where 
you want the nails to originate, and set the ang1e attribute to equal the direction the 
nails will travel. 

Many nail traps are also built with brushes in their general area that look like some 
sort of shooting device, as seen in Figure 10.24. 


CHAPTER 10 Making Stuff: A Trip to the Zoo 


EM M C Program FilessqEDsspike trap.gED 
El? nail trap 
|o pe) Wap shooter 
—( outer brush 
oom hole 
E start room 
EN infa player start 
ceiling 
east wall 
floor 
north wall 
south wall 
po west wall 
evi) worldspawn 


dadoo 


FIGURE 10.24: A simple group containing a trap spikeshooter and two brushes 
arranged to form a "gun" for the nails. 


VARIATIONS 


The nail trap can be varied in the following ways: 


* You can change the frequency of the nails being released by changing 
the wait attribute of the trap shooter entity. 


* You can make larger, more damaging spikes by setting the spawnf lags 
attribute of the trap shooter entity to 1. 


* You can change the shooter to laser shots by setting the spawnflags 
attribute of the trap shooter entity to 2. 


^ You can set the nextthink attribute to a number to cause an initial wait 
(in seconds) before the first nail fires. This will allow you to stagger the 
firing pattern of multiple trap, shooters. 


«Finally, you can replace the trap shooter with a trap spikeshooter 
entity, which has all the same options, as well as a targetname attribute 
to the entity, which allows the firing of the nails to be triggered by some 
other action (walking into an area, pressing a button, and so on). 


sts 


Traps A : 


OTHER TRAPS 


All the other traps use entity types that usually serve some other purpose. A good 
example of this is the simple func_door entity. The general purpose of this entity is 
to cause a brush or set of brushes to move in a certain direction. The original intent 
of this entity was to create opening doors, but moving brushes have other side effects, 
as well: 


* They hurt! The fact that the brushes linked to a func door entity can 
cause damage suggests a large number of crushing-style traps. Crushing 
ceilings, floors, walls, spikes, spiked balls, and disks are just a few of the 
ideas that immediately come to mind. Figure 10.25 shows some 
func door brushes that don't necessarily look like a door. 


FIGURE 10.25: This menacing-looking giant spiked trap hardly looks like a door, yet it's 
created from a func door entity. 
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^ They can push! Since moving 
brushes linked to a func door 
entity can push the player, traps 
that shove the player off a bridge 
into molten lava or gooey slime 
are easy to create. This type of 
trap can also be very easily con- 
cealed because the func door 
brushes can be made to blend 
right into the wall. 


« They can move at different speeds! Brushes that move very fast should 
bring to mind floors that bottom out on the player (plunging him 
where?), traps that open to a new chorus line of creatures. 


WIND/WATER CURRENT. 


The trigger push entity is an entity used to gently (or not so gently) push the player 
in a given direction. The main purpose of this entity is twofold: to simulate water cur- 
rent, and to create “wind tunnels,” which are big tubes that seem blow the player from 
place to place. 

Using the trigger push entity is extremely simple: 


1. Add this entity to a location on your map. 


2. Set the speed attribute to control the strength of the push and the angle 
attribute to control the direction. 


3. Adda cube brush to the entity. 
4. Give this brush the texture "trigger." 


5. Size the cube brush to equal the volume of space affected by the 
push effect. 


Wind/Water Current 


When a player steps into the volume of the brush, he or she will be pushed. 

Wind and water current are actually the exact same effect, only they're used in 
different places. That is, water current is simply a trigger push entity inside water, 
while wind is a trigger push entity on land. 

One other common trick is to place trigger push entities near each other so that 
one will blow the player into the path of a second. This can create an amusement park 
ride effect as the player gets yanked around a room. 

Figure 10.26 shows the Wind Tunnel sample room from THEZOO2.QED, and 
demonstrates two trigger push entities used together. 


front 


B 

T1 trigger push 
| brush 
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trigger_push 
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trigger_push 
brush 


trigger_push 
(blowing up) 


FIGURE 10.26: Using two trigger_push entities together 
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CHAPTER 


Level Construction 


OK, now you have all the tools at your disposal and the know-how to 
make stunning, awesome, kick-butt creations. So, where to begin? 
What you need is a plan. A well-organized plan is necessary to the 
success of any large project, and designing a Quake level certainly fits into that cate- 
gory. But before that, you need to make one single decision that, more than any other 
factor, will affect the design of your level: 
Single player or Deathmatch? Which will it be? 

Most people have a preference for playing Quake either solo or Deathmatch, so 
you should probably already know what kind of level you're making. This simple deci- 
sion will affect so many different aspects of the layout of your map that it needs to be 
the very first decision you make. 


Whether your new, unborn level is to be single player or Deathmatch, its success 
depends on the presence of a single thing: 


“e Deathmatch levels require balance. 


^ Single-player levels require flow. 


As you read the rest of this chapter, keep these two key words in mind. 


Deathmatch Creations . 


DEATHMATCH CREATIONS — 


In a Deathmatch level, the single most important design element is balance. The most 
successful Deathmatch levels create some type of competitive balance between play- 
ers. If the design of the level gives some type of advantage to a certain player, then 
people won’t find the level very fun. Imagine putting a Thunderbolt and 500 units of 
ammunition for it right next to one of the Deathmatch player start positions, yet plac- 
ing no weapons near the other positions. 

This poor setup certainly favors the player who happens to “pop-in” right next to 
this weapons cache, doesn’t it? All the other players will quickly find out that they’re 
pretty much nothing more than target practice dummies for this guy—and they'll leave 
the level pretty quickly. 

A balanced Deathmatch level, on the other hand, is meticulously designed to offer 
no distinct advantage based on where the player begins. Some designers choose to 
make the player start positions in fairly barren places—devoid of any useful weapons 
or armor. Others like to arm the player right away with something, like at least a double- 
barreled shotgun, so that he or she can begin the Deathmatch campaign with a little 
firepower. This choice, of course, is up to you. 

A balanced level doesn’t mean an identically balanced level, either. Part of the fun 
of the design process is coming up with the give-and-take process that will lead to over- 
all balance. For example, say your level is divided into two basic sections—the first 
more health and armor; the second, weapons and ammunition. This creative splitting 
will help prevent the players from “territorializing” the map and camping out in one 
particular spot, because certain vital items are available only in particular places. 

Another thing that balance doesn’t imply is that each and every player must be 
competitively balanced throughout the entire length of your Deathmatch level. This 
wouldn’t be terribly fun, either. One of the most rewarding parts of playing a 
Deathmatch level is temporarily becoming the aggressor: the most powerful charac- 
ter in the level who for the moment has the biggest, baddest weapon of all or who has 
an invulnerability or Quad-Damage powerup. 

To create these types of opportunities for players, you'll need to build into the level 
a competitive advantage that can only occur because of a player’s skill—not because 
of random chance. That is to say, you need to build a risk/reward system into the level. 
This way, a player willing to take a certain risk should be rewarded by achieving some 
type of competitive advantage. 
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The other thing that will get built into the Deathmatch level is that these advan- 
tages will be temporary, and not permanent, advantages. This all relates back to the 
overall need for balance in the level (in other words, the classic “level playing field"). 
If one player can gain an advantage for some time, and then lose it because a second 
player gains the advantage, then you've achieved the balance you need to make the 
level successful. 

So, then, what steps can you take to make your Deathmatch level possess that bal- 
ance it needs to make it successful? Here are a few overriding design considerations 
that many level designers have found useful. 


RADIAL DESIGN (THE ARENA CONCEPT) 


Many Deathmatch levels incorporate some form of large central gathering place, a bit 
like the coliseums that gladiators fought the lions in. The provides a convenient loca- 
tion for extended battles to be carried out. In many cases, “spokes” come off the central 
area, meaning hallways to other rooms that lie on the outside of the central battleground. 


SMALLER OVERALL FOOTPRINT 


Deathmatch levels are usually smaller in overall size than single-play levels. This is 
because the goal of the level is not to wander around endlessly looking for the exit; 
rather, the goal is to wander around until you find your enemy and then can reduce 
him to kibbles and bits. 

The exact size of the level depends on many factors, but you should be able to tell 
if your level is too big or too small when play-testing it. If you can't ever seem to escape 
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the sites of your enemy, then make the level bigger. If you spend two minutes at a time 
just looking for your enemy, then make it a bit smaller. 


"WHICH WAY DID HE GO?" 


One good guiding rule to follow for a Deathmatch level is that for every two points, A 
and B, there should be at least two different methods to get from A to B. (See Figure 
11.1.) This prevents a player from knowing exactly which direction his enemy might 
be coming from, even if he or she knows approximately where that enemy is. By set- 
ting up the level in this fashion, you build in balance—because a player who is tem- 
porarily at a disadvantage (from not having enough ammo, or being low on health, or 
not possessing some large weapon the other player has) can rely on stealth tactics to 
even out the score. If he's a good player, he'll use to his advantage the multiple paths 
from point A to point B in your levels. 


PLACING THE STUFF 


You need to give everyone a chance at all the goodies you lay down in the level. 
Spreading them out as if they were dropped from an airplane is the most simplistic 
form of object placement. You should develop some type of rationale for each item 
you lay down, and then build in appropriate risk/reward factors. 

As an example, say you're going to put a rocket launcher somewhere in the level 
(and I'm sure you will!). Since this is, in many circles, the most prized possession in 


FIGURE 11.1: The two-exit rule is easy to implement and automatically provides more chal- 
lenge to the players. The area on the left has a single exit and therefore is an easy location 
where a player can camp out. The area on the right makes it much harder to do so. 


CHAPTER 11 Deathmatch vs. Single Player: The Art of Quake Level Construction 


the player's arsenal, he should have to jump through a few hoops before he gets his 
hands on it. Perhaps it's at the top of a highly exposed circular staircase in the middle 
of the Deathmatch arena. Anyone climb- 
ing to the top is going to have to risk 
exposing himself to a sniper hiding out 
— 8» || nearby. Or, perhaps the launcher's 
well-placed away || situated across a narrow winding 

ives the — || bridge over some scalding lava, as in 

yen where he || Figure 11.2. 

— Roe The ammo for this prized weapon 
could be lying about more randomly 
(because nobody can use it anyway 
until they get the launcher). Health packs can often be placed in out-of-the-way areas 
(like in the “spokes” of the arena). Just remember, the overall goal is balance. 


FIGURE 11.2: Is the risk of plunging oneself into molten lava worth the reward of the 
powerup at the end of the narrow walkway? Your players will decide for themselves. 
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SECRETS 


Secret areas are OK, if the players are going to play your level repeatedly, and also if 
everyone will eventually know where they are. In other words, truly secret areas don't 
do much to the balance of your level—and in fact they can detract from it if someone 
either knows about a huge secret weapons cache (or stumbles on it) and nobody ever 
learns of its presence. 

One way to build in balance, in this scenario, is to make the area secret, yet leav- 
ing it open for all to see once it's discovered. This allows you to still reward the dis- 
coverer of the secret weapons cache/ammo dump/whatever, but it also allows other 
players to find it as the game continues. 


SINGLE-PLAY CREATIONS č 


The one word that sums up the theme of a successful single-player level is flow. The 
goal of all single-player levels is the same: 


* Shoot everything that moves. 


* Find the exit and move on to the next level. 


As thelevel designer, it's your task to make that goal a challenging one. This breaks 
down into two simple subgoals, and therefore into two tasks for you: 


“e You need to give the player 
plenty of opposition (in the 
form of monsters to shoot at). 


ee You need to provide an exit 
that the player will have to 
find to complete the level. 
The path that the player will 
take to accomplish this goal 
determines the level’s flow. 
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The task of designing the single-player level is harder than designing a Deathmatch 
level, because you as level designer need to provide all the opposition that the player 
will encounter. That is, you’ll be supplying the “fun.” In Deathmatch levels, as long 
as there’s some form of balance, the “fun” comes from the other players (that is, either 
you’re blowing them up or they’re blowing you up). The “fun” you supply in the single- 
player level will come automatically, as long as you pay attention to the level’s flow. 
Let’s examine some overall concepts that contribute to that flow. 


LINEAR DESIGN 


The major goal of the single-player level is clear: to get from point A (the start) to point 
B (the exit). This in itself suggests a linear layout to the level. Ignoring monsters for a 
second, the player is going to have to wander around looking for the exit. Of course, 
the exit might be behind a locked door, so the goal will temporarily shift: He'll need 
to find the key to the door. Quake allows you two types of keys, a silver and a gold, so 
you can post two such locked obstacles in the way of the player’s finding the exit. 

Some levels are laid out so that the exit is right next to the entrance to the level, 
letting the player easily learn right where it is (although he still needs to find a key or 
switch to provide egress to that exit). This egress can take the form of a door, a bridge 
rising over lava, a teleporter appearing from behind a wall, or one of several other dif- 
ferent methods. 

Once your level is done, there should be an obvious path that leads the player 
throughout, from the beginning point to the ending point. As the level’s expert, you'll 
be able to travel that path in seconds, but the fun of your level lies in letting the player 
discover that path. 


THE DEAD END 


This leads (or flows) perfectly into our next design issue: just because the solution to 
a level takes a linear form, that doesn't mean that the entire level itself should be lin- 
ear. In fact, a level of this type could get boring in a hurry! Players have fun making 
decisions; so providing two doors, or a hallway that branches left or right, or a row of 
buttons that all do different things, helps create decisions for your player to make. 
Even if parts of your level exist as “dead ends” that don't contribute to the over- 
all path from point A to point B, you should build some purpose into them. Perhaps 
a nice powerup exists down that path, and the player can opt to fight the big monster 
to earn it, or heor she can choose to ignore it. Then again, the player many times won't 
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know if the way he's going is the "right" 
way or not, so he'll probably go down 
this path anyway. That's another good 
reason to put something useful in the 
"dead ends": they look less like *dead 
ends" when the player gets something 
out of them. 


ENCOUNTERS 


You should carefully map out the 
encounters the player will have with the 
monsters in your level. The level's archi- 
tecture can play a big part in helping you 
decide just what monsters to put where. 
For example, areas with lots of catwalks 
and ledges are often great places to put ogres, as they can rain grenades down on play- 
ers beneath them. Enforcers and Hell Knights often work far away from the player, 
because their attacks are long range. By the same token, dogs placed far away are use- 
less because they have no long-range attack at all. 

When your level is done, it should read—again, with flow—like a little story. “OK, 
the player starts here, goes over there, pushes the button that lets out the three knights. 
He kills the knights and picks up the silver key. Then he wanders around, finds the 
rocket launcher, but just as he picks it up, a Shambler comes into view (Shamblers 
take half damage from rockets, so this little encounter might have the player holding 
the wrong weapon). After the battle with the nasty Shambler, the player goes into the 
back of his 'den; where he finds some health, and then sees the silver door." And so 
on. That's flow, and that's a story with life and incident and surprise and drive to it. 


SPREAD IT OUT 


Make sure to spread out all the items and goodies that the player will find. Health packs 
are the perfect example of this: different players will take different kinds of damage 
fighting all your carefully laid monsters. You need to make sure the player has ample 
health to recharge. You don't need to make sure he can get back to 100 percent health 
after every encounter, though you should make sure he can stay at least at a noncrit- 
ical level throughout the map. Like a wounded deer, a player hovering around 10 percent 
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health is a cautious player, and might avoid some encounters on purpose if he thinks 
he can get away with it. 

As far as powerups go, they should have a purpose as well. You can make an area 
much harder than usual, for example, if you place a powerup nearby that helps the 
player get through it. I played one level 
where the gold key was in an area where 
it was almost impossible to obtain 
because of the monsters there. It was a 
long, high, narrow chamber that had 
several Skrags floating up above me, 
plus an ogre gazing down from a ledge, 
and it was too constrained for me to look 
up to get a good shot at the Skrags. What 
I realized later, after several failed 
attempts to extract the gold key, was that 
a Ring of Shadows was placed nearby, 
allowing me to get into the shaft, grab 
the key, and leave without anyone ever 
spotting me! Later, I found the entrance to the “upper” portion of the shaft, where the 
ogre and Skrags were perched, and discovered that they were much easier to fight on 
level ground. This was an excellent use of a powerup that was tailor-made to solve a 
particular problem. 


REWARDS FOR USING YOUR NOODLE 


The ability of a Quake level to show the player custom messages creates endless pos- 
sibilities for intriguing new kinds of puzzles, as shown in Figure 11.3. You can give the 
player hints in the form of riddles that tell him or her where an item is located, or which 
part of the path is less dangerous. You can taunt the player and call him names when 
he presses the wrong button. You can make a pair of "talking genies" where one tells 
only the truth, the other tells only lies, and in so doing you can frustrate the player to 
no end, as he must rely on their clues to find a well-hidden key or exit. 


Cooperative Play 


FIGURE 11.3: Custom messages in your level can either help the player or confound him. 


COOPERATIVE PLAY 


I would be remiss if I didn't say a few words about cooperative, or co-op, play, 
although I must say that almost anyone I've met who bothers to configure their 
machines to talk to other machines to play networked Quake usually does so to bash 
each other's brains out in Deathmatch play. Besides, setting up a good, usable modem 
or TCP/IP connection can cause enough stress and consternation that one actually 
needs the release of some good harmless violence by the time they've finished. 

Having said that, I do have a pair of friends who play all their networked games 
in co-op mode, and they won't buy this book unless I say something about it, so 
here goes. ... 

Co-op play, of course, takes into account all the design issues that single-player 
mode takes into account, because the goal is the same. Therefore, all the aforemen- 
tioned single-player design issues apply equally to co-op levels. There are, however, 
a few extra considerations one can take into account to make a level more challeng- 
ing to co-op players. 
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FRIENDLY FIRE 


The one major difference between co-op and single player play is that there is always 
at least one extra source of live ammunition flying nearby a given player, and that 
source is the other player(s). Co-op players accidentally shoot each other all the time 
trying to take out some real enemy that's nearby. With a little careful planning on your 
end, you might be able to come up with designs that actually enhance the chances of 
one player's shooting his teammate. 

One simple way to do this is to make monsters attack from several directions at 
once. A player spinning around quickly to react to a sound behind him may forget 
about his buddy trailing close behind. 

Another way is to somehow encourage the use of grenades in your level. Maybe 
you can just leave hundreds of them lying around, and make the other weapons in rel- 
atively short supply. Any weapon with an area effect is likely not only to get a player 
to injure his teammate, but also to frag himself in the process! 


MORE WIDE-OPEN AREAS 


Co-op players like large, epic battles where they take on dozens of beasties at once, 
taking turns covering each other, or acting as decoys for monsters to draw them into 
the other player's line of fire. To this end, design some parts of the level for these epic- 
style battles. Make some nice, wide-open rooms that allow a great deal of movement. 
(These same wide-open areas could also be used as good "arenas" for Deathmatch 
levels, if you're trying to design a level that would be good for both Deathmatch and 
normal play.) 


ENOUGH STUFF 


You need to make sure that there's enough stuff in your level so that both (or all three, 
four, or whatever) players can keep a reasonable level of health and ammunition most 
of the time. Players will usually dole out the health to the player who needs it most 
(they are working as a team, after all), and this tends to even-out the health levels of 
the players. It's up to you to decide if this health level will be relatively high or low, 
but don't put health in such short supply that the players are continuously unable to 
go into battle, lest one shot end them. 


Other Ideas and Dirty Tricks . 


THE X-FACTOR 


Carefully laid traps and tricks that might work great in single player modes will not 
work many times in multiplayer modes. The reason for this is that when you place the 
trigger for a trap, you always know where one player will be standing, but the other 
player could be far away and the trap might not have any effect on him. For example, 
if you design a crushing ceiling to be triggered when a player walks into a certain area, 
you have no way of determining where the second player will be, so there's almost no 
chance of success in taking out both players with the trap, (where it's a really big ceiling!). 


OTHER IDEAS AND DIRTY TRICKS 


What follows are many more hints and tips that work well in all different types of 
Quake levels, be they single play, cooperative play, or Deathmatch. 


YOU'VE GOT THREE DIMENSIONS: USE THEM! 


One of my favorite parts of Star Trek II: Wrath of Khan is when the Defiant and the 
Enterprise are wandering around almost completely blind in the Motarran Nebula, and 
the Enterprise establishes temporary visual contact with the Defiant. Spock looks for a 
moment at the maneuver that Kahn is executing in the Defiant, and states to Kirk "his 
pattern indicates two-dimensional thinking." Kirk immediately orders the Enterprise to 
go straight down, and wait in ambush for the Defiant to come around. The Enterprise 
then floats back up behind the Defiant and blasts the daylights out of it. 

This is how you should be thinking when you design your levels. This type of 
three-dimensional thinking will take time to come naturally for you, as well as for you 
to produce. I recall that the very first Quake levels that started appearing didn't use 
the z plane very well: they looked more like DOOM levels converted to the Quake 
engine. But, as people started realizing all the possibilities, even the most simple lev- 
els got more and more interesting, and now we're starting to see some truly three- 
dimensional structures, like that shown in Figure 11.4- 
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FIGURE 11.4: This simple two-story room wasn't possible to create in any game until Quake, 
and it provides numerous new combat opportunities. 


LIGHT AND DARKNESS 


I keep raving incessantly about the quality of Quake's lighting model, and with good 
reason. Make sure to use the dynamic lighting to full advantage in your level. This can 
consist of placing lights to create purposeful shadows across areas where you'd like 
monsters to hide, or highlighting important areas like doors with spotlights so that 
they stand out in a more gloomy area. 

Also, remember to use the opposite of light, the shadows, to your advantage as 
well. You don't need to make a physical hiding place out of brushes to hide an artifact 
or monster; all you need to do is keep the lights out of that area and let it sit in the dark. 

Also, don't leave every single light's “style” attribute at 0, either. Torches should 
flicker and blink, fluorescent lights can be made to wink in and out (just like the ones 
in my basement). The Quake engine provides for the lights to behave in numerous dif- 
ferent ways, and showing this type of variety in your level will prove to others that you 
took the time to go that extra step. 


Other Ideas and Dirty Tricks 


SNIPER POINTS 


As you design the major features of your level, keep an eye toward leaving room for 
smaller recesses that might not be easily spotted. These are different than secret areas, 
mind you; they're just slightly out-of-the-way places that a player might not readily 
check out. These types of areas become multipurpose places, either to place monsters 
or goodies for a single player level, or to give Deathmatch players a sanctuary to hide 
in as they await a sneak attack. 

Keeping in mind the earlier suggestion to think in all three dimensions, remem- 
ber that these secret areas can also lie *up" or *down" from the normal traveled path 
of the player. Something as easy as a column created diagonally in a corner can be a 
nice hideout for an ogre or an enforcer to lurk, like the corner shown in Figure 11.5. 
And, if you design the level so that there's actually a way up to that plank, Deathmatch 
players will be able to use it as well. 


FIGURE 11.5: The simple addition of this column near the corner of a room not only made 
the area more architecturally interesting, it also provided a new cranny to hide something. 
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WATER 


Note that water makes a terrific natural obstacle in Quake levels. You can make the 
sole means of entrance to an area possible via swimming. You have to pay close atten- 
tion, however, to how long the player must remain underwater to get to this destination, 
and be sure that he'll have enough health to get him there. Just like you wouldn't 
design a pit for the player to fall into with no means of escape, you don't want the only 
way out of your level through a tunnel that drains 65 hit points as the player gasps for 
air, and the player has only 10 hit points when he gets to this point. Make sure you 
don't accidentally create an impassable area by inadvertently doing this. 

Water also serves as a good hiding place for everything, from Deathmatch oppo- 
nents, to goodies and health. Make sure to put a few Rotfish in your pools, as well (see 
Figure 11.6), just for irritation's sake. 


FIGURE 11.6: "Now what could be down in that pool?" | guess you'll just have to 
dive in to find out... . 


Other Ideas and Dirty Tricks 


SLIME AND LAVA 


Lava and slime are great equalizers in both single-player and Deathmatch play. They 
very much serve the same purpose as sand traps on golf courses: the designers use 
them to protect areas that are just too easy to maneuver without them. In single player 
levels, you can use slime and lava to protect valuable items, or to provide obstacles to 
block a player's escape. In Deathmatch areas, these deadly liquids are just one more 
thing the player will have to look out for, as in Figure 11.7. Luring an opponent to his 
demise by causing him to fall into some boiling lava is great fun, believe me. And don't 
forget the flaming rocks around the lava, as well—not only for the extra visual bang, 
but for one extra thing the player will have to worry about as it whizzes by his head. 


FIGURE 11.7: "What's at the end of this lava river?" My guess is, you'll have to find out 
some other way. 


TELEPORTERS/SLIPGATES 


The teleporter’s main purpose, naturally, is for getting quickly from one physical loca- 
tion to another. However, the hidden benefits of teleporters are just as great. Spoken 
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simply, teleporters “pop” a player into a new location quickly, and he usually has no 
way to peek at that location until he's there. This makes the receiving end of teleporters 
natural ambush points. 

Of course, players know this, so they usually get out their favorite weapon and 
"brace themselves" before jumping through. So, then, it's up to you to come up with 
unexpected things on the other side. Maybe the most unexpected thing possible is 
nothing. Jumping through a teleporter to land in an empty room is sometimes more 
effective at setting mood than an all-out ambush. In short, if a player is expecting one 
thing, and he gets another, it tends to freak him out just a little bit. And, a freaked-out 
player is a player having fun when it comes to playing Quake. 


MOVING ENTITIES 


Lifts, doors, and trains should be present in some quantity in every level, whether it's 
single player or Deathmatch. They add motion to the level, making it feel more real. 
In Deathmatch levels, the sounds that these objects can make are good for alerting one 
player to another player's presence. 


TRAPS 


The possibility for traps in your level are numerous, and can serve an excellent pur- 
pose in both single and multiplayer modes. In single-player modes, traps can make it 
harder to obtain keys, and also provide different challenges other than the basic "shoot 
everything that moves" type. In Deathmatch play, traps can help build in that "risk 
and reward" factor mentioned earlier. It can also be fun to lure another player into a 
trap, although this can become pretty hard the second or third time the level is played, 
as the players soon know all the trap locations. 
Some of the traps your level can include are: 


* Crushers (walls, floors, ceilings, spikes, and so forth) 

ee Shooters (lasers and nails) 

* Pushers (shove player into lava or slime) 

* Closing doors (keep player in a place to fight something big) 


-* Water filling areas (drown player by force) 


Other Ideas and Dirty Tricks 


* Fast-opening floors (plunge player into lava) 
* Teleporting monsters 
* Damaging areas (using the trigger hurt entity) 


* Wind tunnels (see Figure 11.8) 


FIGURE 11.8: "Now what could possibly lie at the top of this wind tunnel?" 


cHAPTER The Creation of 


TeleCross for Quake 


BY STEFFEN ITTERHEIM 


Before I begin to explain the main steps in designing this level, I'd like 
to say that TeleCross was originally made by a friend of mine for the 
game DOOM. We all loved that level and I invested lots of time to con- 
vert it to the latest 3D games, thus there are versions for DOOM (the original by Juergen 
Kroder), DOOM 2, Hexen, Duke Nukem 3D, and now finally an official conversion for 
Quake. Unlike with the other games, I didn't use any automatic conversion utility this 
time, so it's not a 1:1 conversion. Still, my friends and I think it comes closest to the 
original of all the other conversions, and I also think that it's the best version, even beat- 
ing out the previously unmatched DOOM version. If you remember, DOOM didn't allow 
stacked sectors or even true 3D objects like real bridges that you can walk both above 


and below. Because of that limitation, 
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Step #1 (QTOI.QED) 


example for beginners. Besides, once you've tried it in Deathmatch, you'll be surprised 
how much fun it is to play TeleCross. 

I polished the level up a bit to serve as a tutorial level for this chapter. This tutorial 
will explain each major step in the creation of TeleCross. Each step comes with a special 
version of TeleCross, beginning with QTO1.QED, which is the basic level with nothing 
more in it but a modified “start room” group. All the unnecessary brushes and items for 
each step are hidden in this and all subsequent maps. As you go on reading the text, you 
can unhide the brushes and entities added in each corresponding step. This way, you can 
always work on the same level without having to load a new version after each step. If 
you play the levels in Quake, you’ll always find an exit teleporter that will bring you to 
the next, more complex version. Alternatively, if you feel up to it, you can try to redesign 
TeleCross just by reading the text and looking at the pictures and later comparing your 
version with mine. Whichever way you go, after reading this tutorial you should possess 
a good understanding of how Quake levels are designed. TeleCross will help you because 
it's a rather basic level—more like an introduction to placing brushes and the creation of 
simple effects such as doors and teleporters. Moreover, you'll learn how to use qED's 
grouping feature efficiently, how to align textures, and how to properly subtract brushes 
and create whole rooms just by using two brushes and qED's “negative brush" feature. 


STEP #1 (QTOI.QED) 


In the first step, shown in Figure 12.1, we only need to modify the start room so that it 
remains a rectangle but its longer side goes from north to south. To do this, select the 
"start room" group in the treeview to the left of the qED interface and then use the appro- 
priate sizing handles to enlarge the group. To get the proportions right, you should use 
a grid size of 128 if you plan to redesign the level because the grid size in all screen 
shots is also 128. From north to south the room itself should be 12 squares long, and 
from east to west it should be 10 squares long. Then rename the group "start room" to 
"container room" so that you use the same names as I did. Make sure that you enlarge 
all the brushes except the "ceiling" brush (as shown in Figure 12.1) because later there 
will be rooms cut out of these brushes by making use of negative brushes and brush 
subtraction. This will be explained later. Don't forget to choose appropriate textures for 
each brush unless you like the standard textures. Simply select a brush in the treeview 
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FIGURE 12.1: The "container room" for TeleCross. This modified 
"start room" group will later contain all other brushes and entities 
used in the level. The white dots are the light sources already placed. 


and then click on the Texture tab below to see a list of textures. Double-click on the 
desired texture and it will be applied to the brush. If you'd like to choose another set of 
textures, you need to open another texture WAD file in the Preferences dialog box 
(choose Preferences on the Edit menu, and then select Texture Wads). Additionally, 
you should highlight the *worldspawn" entity and give the level a name by editing the 
“message” attribute. You can also add a new attribute by clicking on the "new" button. 
Insert "sounds" in the left box and give it a value between 2 and 11. This attribute deter- 
mines the CD audio track to be played when the level is played. 

If you look at Figure 12.1, you'll notice a lot of white dots. These are all the light 
sources used in TeleCross. I didn't hide them because otherwise you wouldn't see any- 
thing in Quake unless you type FULLBRIGHT 1 in the console. If they confuse you, 
hide them by clicking with the right mouse button on the group “lights” under “misc” 
and choose “hide.” If you’re rebuilding the level from scratch, don’t forget to place an 
info_player_start entity as well as some light entities. You’re now ready to build 
the level for the first time, so click on the Build icon or press F9. In the Build Options 
dialog box make sure that Export Visible Only is checked, otherwise qED will export 


Step #2 (QTO2.QED) , 


and build the whole level. You should set the options as follows for all further builds: 
for qBSP and LIGHT select the option Normal and for VIS choose Fast because for devel- 
oping it makes sense to build the level fast. Also check Run Quake After Build so 
that qED starts Quake and loads the level right after it has been built. If you've done 
everything right, you should be standing in a large room with just a teleporter in front of 
you. This teleporter is a temporary exit until the real exit has been added. Exiting the level 
by using the exit teleporter will always bring you to the level described in the next step. 


STEP #2(QTO2.QED) —  žć 


The next step was to place a few cube brushes that form the footbridges (unhide all 
brushes under "footbridges" ending on “walk”). All you need to take care of are the 
proportions of the brushes. They all must be the same height of about two to three 
players, and there should be enough room to walk around all the footbridges. Also, 
they should be wide enough so that someone is able to safely walk onto them with- 
out having to watch his step all the time. Don't forget to apply a unique texture to all 
these brushes because they all serve the same purpose. Figures 12.2 and 12.3 show 
how the footbridges look both in qED and in Quake. 

You may have noticed that I used two brushes called *midnorthwalk" and *mid- 
southwalk" to create the part of the footbridges in the middle going from north to 
south. In fact, I could have used just one brush that would have intersected the brush 
going from east to west. Brushes can intersect without any problems, because qBSP 
will cut off the parts of a brush that are totally inside another brush. I don't really 
remember why I used two brushes here, but I guess it's due to my experiences with 
other 3D game editors where you must use two "brushes" because player spaces 
(called “sectors” in many prior games) were not allowed to interpenetrate.- During the 
development of TeleCross, I made many more of these mistakes because I was used to 
doing levels the old and more complicated way. The problem with these unnecessary 
brushes is that the level takes more time to compile. However, it will still work as 
intended, so it often takes some time to realize that you're performing too many unnec- 
essary steps if you're used to doing it the old way. This is one of the reasons why even 
die-hard game editing freaks tend to make as many design flaws as the newbies—they 
just make different ones, because they're used to restrictions that existed in previous 
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FIGURE 12.2: Footbridges have been added to the container room. 


FIGURE 12.3: The footbridges as seen in Quake 


Step #3 (QTO3.QED) . 


games' level building. Both groups have to learn the new but more natural way to 
design Quake levels. 


STEP #3 (QTO3.QED) 


Now we'll add the tower in the middle where the center footbridges cross (unhide the 
group “middle Tower" under "footbridges"). Let's begin by adding the cube brushes 
I named “platform.” They're placed in all four corners of the crossing footbridges to 
create a larger platform. Logically, these brushes must be at the same height as the 
footbridges and they all should be the same size. Once you have one of the brushes 
with the correct proportions, press Ctrl-C when it's selected and then Ctrl-V. This will 
copy and paste the current brush, and all you need to do is to move the new brush to 
the new location, and then use copy and paste again until the platform is done. 
Alternatively, choose the Copy and Paste functions either from the Edit menu or by 
right-clicking on the desired brush and selecting it in the pop-up menu. Copying and 
pasting brushes is often faster than dragging new brushes from the brush list unless 
the brushes are of a totally different size or shape. To create the pillars, select one of the 
"platform" brushes to copy and paste it, and then move the new brush so that both 
will touch at only one edge (see Figure 12.4). You should make this new brush a little 
smaller and about twice as high as the "platform" brushes, and then rename it to “pil- 
lar" and copy and paste it so that there are four “pillar” brushes at the edges of the 
four "platform" brushes. Finally you need the top or ceiling of the tower. Use a new 
cube brush and place it between the four pillars so that their edges touch. In effect, 
the "ceiling" brush will be as large as the “platform” brushes below plus the crossing 
footbridges. This brush should be high enough to let a player walk beneath and the 
top should be as high as the "pillar" brushes. 

But there's more to it. Take a look at Figure 12.5, especially the qED sign. This qED 
sign is an extra texture that’s mapped onto the bottom side of the “ceiling” brush. Each 
face or side of a brush can have a different texture assigned to it, with different offset 
and scale values. Here's how to do this: first select the “ceiling” brush and then click 
on the Texture tab below the treeview. You'll notice that by default the value «brush» 
is highlighted. This means that if you double-click on a texture, it will be applied to 
all faces of the brush. To assign a texture to only one of the faces, select the desired 
face (in our case this is the “bottom” face) and then double-click on the texture you 
wish to be applied to this face. Use the texture "Promo-2" for this face if you're using 
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FIGURE 12.4: Where the footbridges meet in the middle, there's 
now a tower with pillars, and the platform there has been enlarged. 


FIGURE 12.5: Here you can see the tower in Quake with the perfectly aligned qED sign. 
Texture alignment can be a time-consuming task but it helps to make the level look good. 


Step #3 (QTO3.QED) 


the QEDSAMP.WAD texture file. I guess you already wondered what these values to the 
right are for (see Figure 12.6). These are the offset and scale values for the faces, val- 
ues that change the position and size of a texture. Double-click on the face *bottom" to 
edit these values. In my example map, I had to use a horizontal offset of 64 and a ver- 
tical offset of -12 (these values are measured in pixels). 

Quake aligns textures globally, which means that textures have an anchor point 
somewhere in the world and that the brush position plus the texture offset values deter- 
mine which parts of the texture will be drawn onto the brush. Imagine a brush as a box 
you place on a carpet with a continuous pattern. The pattern of the carpet hidden by 
the box represents the part of the texture drawn onto the brush. You can move the car- 
pet by using the offset values, and you can move the box. If you move the box, the pat- 
tern drawn onto the brush will change So if you want to perfectly align a texture onto 
a face, be very sure that you won't move the corresponding brush anymore. This is also 
the reason why the values I used are likely to be useless for you if you're rebuilding the 
level—because your “ceiling” brush is probably at a different position in the world. 

The scale value is used when the texture is too big or too small to completely fit 
onto the face. A scale value of 2 for both horizontal and vertical scale would mean to 
make the texture four times as large (a 64x64 texture will be scaled to 128x128); 
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FIGURE 12.6: The texture alignment values used for the “ceiling” brush face named “bottom.” 
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however, this will also increase the size of the pixels, so anything above 5 will create 
textures reminding the player of the good old days where a screen size of 320x200 pix- 
els was considered “high” resolution. Using a negative value for one of the scale val- 
ues will flip the texture. This was necessary here because without this one negative 
value you would be looking at the letters *qED" as if they were on the back of a piece 
of paper. The last value in this dialog is used to rotate the texture; possible values are 
between 0 and 360, measured in degrees. I recommend that you play a little with these 
values to get a feeling for it before you go on to the next step. 


STEP #4 (QTO4.QED).- 


Next we'll add a tower to the southwest corner of the footbridges and two large brushes 
that function as viewblockers (see Figure 12.7), so that players can't spot other players 
walking on the footbridges. They also prevent players to stupidly shoot across the arena 
from every place on the footbridges (unhide the group "southwest tower" under “foot- 
bridges"). Use the same instructions as in step #3 to create the tower, the platform, and 
the pillars. We only need three pillars for this tower, though, because in the bottom-left 
corner we'll later add a teleporter. Also notice that the platform now only consists of 
three brushes instead of four because the footbridges don't cross. Ensure that you make 
the appropriate “platform” brushes larger to get the same square-sized platform. Finally, 
we'll add two cube brushes as viewblockers; these should be as high as the top of the 
towers we already created. Additionally, be careful not to make them too large because 
players must be able to walk around them on the ground without getting stuck between 
the footbridge and the viewblocker. See Figure 12.8 for the resulting tower. 

The important part of this step is the creation of teleporters. We need two of them, 
onein the bottom-left corner where we (incidentally) left out a pillar, and one in about 
the middle of the southwestern area enclosed by the footbridges. These teleporters are 
important so that players can get back on the footbridges if they fall down. To create 
a teleporter, you need to drag a trigger teleport entity somewhere into the world 
and then drag a brush into the world while the trigger teleport entity is selected 
in the treeview to the left, or alternatively drag the brush onto the trigger teleport 
entity in the treeview. The brush will now appear underthe trigger teleport entity 
that links it with this entity. In effect, this means that if the player touches this brush 
it will trigger the teleport function. Rename this new teleport brush to "to east1," give it 
the texture called “trigger,” and then move it to the bottom-left corner where we left 
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FIGURE 12.7: Another tower has been added to the southwest 
Corner, and two large cube brushes function as viewblockers. 
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FIGURE 12.8: The southwest tower as seen in qED's textured preview window 
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out a pillar. If needed, resize the brush so that players can easily walk around it. It 
should also be accessible from the platform, so make it high enough. 

You can't see the brush *to east1" 
under the trigger teleport entity. 
You must copy and paste it, so that you 
get an exact copy of this brush at the 
exact same position. Let's call this brush 
“teleportslime” and give it a “*teleport” 
texture, and then move this brush one 
level up in the treeview so that it's at the 
same level of the trigger teleport 
entity (see Figure 12.9). If you don't 
move it, you would have created two 
brushes triggering the teleport function 
and neither of them would be visible in 
the game. Last, you must define the loca- 
tion where players will be teleported to by placing an info teleport destination 
entity at the desired landing spot. Take care that around this entity there's enough space 
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FIGURE 12.9: A teleporter should look like this in the treeview. 


Step #5 (QTO5.QED) . 


for a player to spawn, so don't place it too close to a brush. Now click on the Prop- 
erties tab and change the "angle" attribute to set the direction in which the player will 
look after teleportation. For example, an angle of 0 means the player looks east, 
while 270 means the player looks south. Finally, you need to link the two entities 
(the trigger teleport and info teleport destination entities). First select the 
trigger teleport entity and give its "target" attribute a name or value, and then 
select the info teleport destinationentity and change its "targetname" attribute 
to the same name or value. This links the two entities together. Use the same procedure to 
create the other teleporter. I recommend that you try to create this teleporter without 
using the text now. 


STEP #5 (QTOS.QED č 


Creating the remaining three towers is an easy task (simply unhide the group “foot- 
bridges”). Once you’ve finished the southwestern part of the level, including the tele- 
porters, simply use copy and paste to duplicate the group “southwest Tower” and then 
rotate the copy by 180 degrees. Rather than using the rotate mode, select the new group 
“northeast Tower” and changed the third (z value) of the “rotate” values to 180. This 
way, you can rotate items more precisely than by using the mouse and the rotation 
handles. After you’ve done this, you’ll have the very same tower in the opposite cor- 
ner. The teleporter’s “target” and “targetname” attributes were not only copied but 
also renamed by qED. Note that qED appends a four-digit number to the “target” and 
"targetname" attributes when copying, so that they don't conflict with those attrib- 
utes in the source group. If you don't like this behavior, you have to disable auto- 
renaming in the Preferences menu under Paste. For your convenience, I later renamed 
those attributes to something that makes more sense than “north10001.” The next two 
towers are done the same way, though one of the two requires additional efforts after 
copying because TeleCross isn't totally symmetrical. After the tower itself is in the right 
place, you'll have to resize the “viewblocker” brushes and move the teleporter desti- 
nations into the correct places. Once you've done that, use copy and rotate again to 
quickly create the last tower group. 

To see how easy these tasks are, select the group "southwest Tower" and then 
press Ctrl-C to copy and Ctrl-V to paste. First rename the new group into "test" and 
proceed by changing the rotate values to <0,0,180> and the translate values to 
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« 0,512,0 >. If you've done it right, the group “test” will exactly match with the already 
existing group named “northeast Tower." If you change the rotate values to « 0,0,90 > 
and the translate values to < 128,128,0 >, you'll see that the *viewblocker" brushes, 
as well as one of the teleporters, and the teleport destination entities must be moved 
into place. But once you've done this easy task, you can use this group to quickly cre- 
ate the one for the opposite corner. The finished result should look like Figure 12.10. 


FIGURE 12.10: Adding the remaining three towers, view- 
blockers, and teleporters was done with just a few mouse clicks. 


STEP £6 (QT06.QED) 


In this step we'll add lava pools and sniper spots by using qED's powerful brush sub- 
traction feature. See Figures 12.11 and 12.12. But first, let's start with a more simple 
task—we want to turn TeleCross into an open-air Deathmatch arena, so now we'll be 
adding a sky (under “container room,” unhide all brushes in all groups except for those 
that begin with “north...”). The sky is simply a brush with one of the *sky1," “sky2,” 
or “sky3” textures. However, as is also the case with all textures that start with a “*” 


Step #6 (QT06.QED) 


or “ + ,” those brushes don’t represent a solid area. In case you assign any of these tex- 
tures to a brush that separates the level from the outside (the null space where a player 
must never be able to get to), you’ll have a leak in your level and thus the VIS program 
won't run. This isn't too bad in smaller levels, but even in medium-sized levels VIS 
noticeably improves the game speed. 

Because of this leak issue, you can't just use the “ceiling” brush of the “container 
room" group for a sky; instead, you'll have to add an extra brush named “sky” with the 
"sky2" texture applied to it. This brush is exactly the same size as the "ceiling" brush 
and has been moved down a bit so that it only touches the “ceiling” brush. It must not 
intersect the "ceiling" brush, otherwise you'll create a leak. 

You probably noticed that the "start room" group that qED always loads when you 
start consists of several brushes for the walls, floor, and ceiling. But there's another way 
to create such a room: by using qED's powerful brush subtraction feature. You only need 
two brushes to do this; one is totally inside the other and marked as a “negative” brush 
by right-clicking on it in the treeview and then selecting “negative brush.” As a result, 
the negative brush will cut out the space it covers. If you used two cube brushes, you'll 


FIGURE 12.11: New in this picture are the sniper spot 
rooms and lava pools, created with negative brushes. 
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get a cubic room in Quake, because the 
room's space was previously occupied by 
the negative brush. What makes this 
method so powerful is that you can mod- 
ify the whole room by just moving, resiz- 
ing, shearing, or rotating the negative 
brush. Or, if you don’t like the room, sim- 
ply delete the negative brush. The nega- 
tive brushes named “east wall cutter,” 
“west wall cutter,” and “south wall cut- 
ter” are used to cut out three simple 
sniper spot rooms out of the eastern, 
western, and southern wall brushes. 
That’s why we made them larger in the 
first step; they must be large enough to 
contain the whole negative brush. If the 
negative brushes were larger, they would 
cut a passage leading into the outside of 
the level, creating an undesirable leak (as 
described above). 

I’ve seen other Quake editors that 
subtract brushes immediately, which 
means that you have to deal with at least 
a couple of brushes. And remember that 
changing the subtracted space requires 
lots of work, not to speak of deleting that 
space. There are cases where immediate 
subtraction can be useful; qED also allows this when you right-click on the group con- 
taining the negative brushes and then select "subtract brushes." There's only onething 
you need to take care of in this instance: both the negative brush(es) and the brush(es) 
that will become subtracted must be in the same group at the same level. Take the lava 
pools as an example; they're created the same way as the sniper spot rooms, using the 
negative brushes "holecutter1/holecutter2" to cut away space from the "floor" brush. 
But these subtracted spaces also contain brushes with the lava texture. By the way, 
placing brushes with "liquid" textures usually requires a container for the "liquid" 
brushes, as if the brush would really be a liquid like water or lava. Of course you can 
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FIGURE 12.12: Here are the lava pools, the sniper spots, and the sky in Quake. 


also place such brushes floating in mid-air, but believe me, that’s a rather unusual 
behavior for liquids. Back to the lava brush: you’d think the lava brush will be cut 
away as well because it is totally inside the negative brush. However, I’ve put these 
brushes called “lava” into different groups named “lavapooll/lavapool2” so that 
they’re not at the same level with the negative brushes. Take a look at Figure 12.13, 
which shows how the brushes are nested. The brushes “holecutterl” and “holecut- 
ter2” subtract space from the brush “floor,” and so they’re at the same level, whereas 
the “lava” brushes are in a different group and thus won’t be affected by the negative 
brushes. By making use of qED's group nesting feature, you can easily furnish a room 
that has been created using a negative brush while still being able to modify the whole 
room. We'll make heavy use of this in the next step. 
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FIGURE 12.13: Negative brushes only subtract brushes at the same level of a group. The 
“lava” brushes aren't cut by the "holecutter" brushes, because they're in a different group. 


The exit room to the north (Figure 12.14) is a good example of a room created with a 
few negative brushes and nested groups, as well as adding brushes to the subtracted 
space. (To see this area, unhide all remaining hidden brushes under "container room" 
and the group "north room & exit gate" under "exit," and also hide the "temporary 
exit" group.) Take a look at the “container room" group first. I’ve put all negative 
brushes there because they cut the brushes from the former "start room" group, and 
besides, I didn't want to split this group up. But the design process is really up to you— 
if you want, you could also move all corresponding brushes in new groups, whichever 
way you find more suitable. The three negative brushes that begin with "north..." cut 
away the necessary space from the "north wall" brush. The rest of the exit room, 
namely the exit teleporter, the exit sign, and the exit door, resides in a new group called 
“north room & exit gate” under the "exit" group. As you can imagine, creating this exit 
room the alternative way by adding a brush for each wall, ceiling, and floor would 
have taken considerably longer and also would have made it more susceptible to leaks. 
Let's take a closer look at this group. The “exitframe” brushes form the frame for the 
exit gate; the only important thing about them is that the brush on the floor is exactly 
20 pixels (units) above the floor so that players can't accidentally exit the level. Creating 
the exit itself is very similar to the teleporters we talked about in step #4. You need a 
trigger changelevel entity with a brush connected to this entity, accomplished 
either by dragging the brush into the editing window when the entity is selected, or 


Step #7 (QT07.QED) 


FIGURE 12.14: The exit room was built by cleverly taking advantage 
of qED's negative brushes and group nesting features. 


by dragging the brush onto the entity in the treeview. This brush will then become the 
triggering brush and exits the level if a player touches it. The trigger. changelevel 
only needs one attribute named *map," which contains the name of the map to which 
you want to exit. For example, if you set the *map" attribute to "start," it will exit to 
the start map you play when you run Quake and start a single player game. 
Interestingly, a trigger changelevel can also change to the level you're currently 
playing, effectively resetting the level. As with the teleporters, there's another corre- 
sponding brush, this time called “exit,” which serves only one purpose: to make the 
area that triggers the trigger changelevel visible because you won't see the trig- 
gering brush in the game. 

The split door actually consists of two doors going into opposite directions. To cre- 
ate a simple or split door, you first need a func door entity and a brush underneath 
this entity, just as if you were creating a teleporter. However, the brushes linked with 
the func door entity are visible in the game, unlike those linked with trigger entities. 
These brushes will be the actual moving part of the door. Use the func, door entities 
properties to set up the door. There are many parameters that you can change, but 
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usually only few of them are of importance. In my example I’ve set the "angle" attribute 
of the doors to 0 and 180 so that they open to both the left and the right. The "speed" 
attribute adjusts the speed of the movement; “wait” is used to define the time in sec- 
onds the doors remain in the open position before they close again; and "sounds" deter- 
mines the sound of the doors, with valid values between 0 (no sound) and 4. I’ve also 
set the "dmg" attribute to 666, this being the amount of damage done to any blocking 
entity. So if you're accidentally standing in the doorway when the doors close . . . well, 
that's bad luck. Although there's no obvious link between the two doors, they always 
open together. Usually, linking objects is done by dragging a brush onto an entity or by 
using the “target” and “targetname” attributes together. The func door entity is one 
ofthe few exceptions, though. If a func, door brush touches another func door brush, 
Quake assumes that these doors are connected and links them automatically. That's 
good because split doors are used often, and it would be a pain in the neck to link those 
split doors together using the “target” and “targetname” attributes. 


STEP #8 (QTOB.QED) — 


In the last step, we'll be adding nothing more than items like weapons, powerups, 
health, and most importantly, Deathmatch starting positions (unhide all groups under 
“misc”). We'll begin with the starting positions first. Each edge tower and each sniper 
spot should have a Deathmatch starting position, the info player deathmatch 
entity, so that all in all we'll have seven of these in the level. This doesn't limit the 
amount of players to seven, nor is it usually a problem because players won't join 
the game at the very same time. However, the more players who are connected and the 
less starting positions there are, the more it becomes likely that two players respawn- 
ing at about the same time will also respawn at the same location and thus that the 
first player will be telefragged. This has to be avoided, because if it happens too often, 
players might become irritated or frustrated. 

This is also the case when you don't take care of giving players an equal chance 
to get weapons or powerups when they spawn. It would be unfair if there were start- 
ing locations far away from any weapons, while others are very close to two or more 
weapons. In TeleCross, each player has absolutely equal chances, because the weapons 
have been distributed so that whenever a player respawns he automatically grabs a 
Super Nailgun and the Rocket Launcher, except if the weapons have been picked up 
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FIGURE 12.15: Finally, lots of items have been added to the finished version of TeleCross. 


previously and haven't respawned yet. That's forgivable, though, because you can't 
avoid this, unless you're playing in "old style" Deathmatch mode where weapons 
never disappear. The Lightning Gun serves a special purpose: it's used to attract play- 
ers to the exit where they might get squished or ambushed by other players. 

Every weapon needs to be recharged sooner or later, so never forget to place 
enough ammo in your level. There should be plenty of ammo for the rather harmless 
weapons, whereas ammo for the most dangerous weapons should be less in quantity 
or harder to get. If not, every player might end up using the most powerful weapon all 
the time, maybe even shooting randomly, hoping to hit someone by chance. On the 
other hand, a level with only a few ammo packs might become boring (unless play- 
ers like to axe-murder their companions!). And wherever damage is done, players need 
health and armor. 

Again, placing health and armor items thoughtlessly may lead to an unbalanced 
level. Especially important is that super armor types or megahealth powerups should 
require special actions to get them; in other words, they shouldn't just lie in a player's 
way, the player needs to be forced to use brain or skill to get them. The more power- 
ful the item is, the harder it should be for the player to get it. This also applies to all 
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powerups and weapons. Finally, you can add more atmosphere to a level by applying 
ambient sounds or other decorative items, though this isn't so important for the 
Deathmatch level where the “framerate is god,” as the Levelord says. 

These are just general guidelines for placing items. And, as you can see in TeleCross, 
not all of the above is applicable. For example, the distribution of health, armor, and 
ammo is rather random, although I intentionally added more rockets because the 
Rocket Launcher is the main weapon used in TeleCross. And the powerups are also 
stupidly placed, or so you might think, but this is a good way of luring players out of 
their sniper spots when they see a powerup respawning in the center. These are just 
a few examples of why reasonably placed items are among the qualities that distin- 
guish good levels from superior ones. 

And finally, let's take a quick look at the special entity called info intermission 
under the "misc" group. It's used for the camera position when you exit a level. The 
position of this entity determines the position of the camera. So far, so good; but how 
do you change the camera's viewpoint? This is done with the *mangle" attribute, which 
uses a strange format, "z y x," to determine the point the camera looks at. The first 
value is the degree of rotation around the z-axis; a value of 90 means the camera looks 
north. Next comes the y-value, defining up or down directions; positive values will 
make the camera point downwards. The last value, x, then rolls the camera, so if you 
use a value of 180 the camera's picture would be upside down. 

Well, now you've gone through all eight steps to design TeleCross for Quake play. 
I hope you enjoyed reading about my work and the concepts and analysis I used, 
together with the tips and suggestions provided, and I also hope that you learned a 
few things that will help you design better Quake levels. So now...don't hesitate any 
longer; jump right into playing TeleCross with your friends, and have lots of fun tele- 
fragging them! 


Quake Basics—Leaks, 
Visibility, and Other 


CHAPTER 


Optimizations 


BY JIM LOWELL 


In this chapter, we'll give you a basic understanding of how the Quake 


engine handles maps. In addition, we'll cover techniques and strate- 


gies for using Quake while making a map, to give you every possible 


opportunity to optimize and enhance the map for play in the Quake engine. 


LEAKS 


When you play Quake, think about the buildings you see. You know that you'll encounter 
hallways, doors, rooms, and all sorts of spectacular architecture built to enrich the envi- 
ronment. The one thing that you don't immediately realize is that you see everything from 
the inside of the map. When you build a Quake map, you add solid brushes to an empty 
world. To make a simple room, you use six solid brushes for the floor, the ceiling, and the 
four walls. Each brush has six faces, and there are six brushes, so you've just added a 
total of 36 faces to the map, right? Not exactly. For the reality is that from the inside of the 
room, you can only see six brush faces: the floor, the ceiling, and the four walls. Thus, 
there are 32 brush faces that can never be seen from the inside of the room. Now think 


NI Jim Lowell, the creator of the 
level Crit rs, discusses techniques for 
optimizing Quake by eliminating leaks, 
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about a larger map with several rooms 
and hundreds of brushes. Luckily for you, 
the actual number of brush faces that 
need to be seen by the player is much 
smaller than the number in the map. 

For performance reasons, the brush 
faces that can't be seen from the inside 
of the map are removed when you build 
the map for Quake. It doesn't make sense 


Leaks 


for the Quake engine even to know about those brush faces because they would never 
appear to be in view. You can see this removal by clipping outside the map and look- 
ing at it from the outside. To do this, start a single player game of Quake. Once you're 
in the start map, pull down the Quake console by pressing ~ (the tilde key) and type 
noclip. Press ~ again to roll the console up. You can now walk through walls. Go ahead 
and walk through an outside wall, and then go outside the map. You'll see a solid-gray 
world. If you turn back and look at the map you just left, you'll be able to see through 
the walls from the outside as well as see into the map. This is because the brush faces 
that would be facing you on the outside have been removed. With nothing facing you, 
you see through the walls into the inside of the map, as shown in Figure 13.1. 

So how does the Quake engine decide which brush faces are visible and which 
ones aren't? As introduced in Chapter 2, a public domain program called BSP—binary 
space partition—does this for Quake before the map ever makes it to Quake. BSP (also 
referred to as qBSP) is the first program that's run to build a Quake map. A process 
called filling is used to tell which brush faces are inside the map and which ones are 
outside it. It works like this: imagine that you were to fill a Quake map with water from 
the inside. Every brush face that the water touched would be inside the map, and every 
brush face that the water didn't touch would be outside it. This is what BSP does. It 
assumes that all the entities in a Quake map are inside the map, so it uses entity locations 


FIGURE 13.1: The view from the outside of a level 
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as starting points for the filling process. Once the map has been filled, BSP creates a list 
ofthe brush faces that are included in the map—and that's all that is kept. Every other 
brush face is removed from the map. You can “brush” your hands with satisfaction 
that it's an automatic process, one saving you a lot of grunt work. 

As you might imagine, it would be very easy to create a map that couldn't be filled. 
A simple room with no ceiling would do the trick. The filling process would go all the 
Way to the top of the room, and then would spill out into the world. As you discovered 
in earlier chapters, this is called a leak. Another way to create a map that couldn't be 
filled would be to put a single entity outside the map. Because BSP uses entities as the 
starting point for filling, it would start filling from that entity's location and try to fill 
the world. This will show up as a leak every time. A third (and final) way to introduce 
a leak is to make a map that's too big. Nobody has defined exactly what “too big" is, 
but asa rule, if the .BSP file is over 1.4MB, you could be in trouble. When BSP processes 
a map that's too big, it will create false leaks even if the map itself is sealed. A map 
with no leaks is referred to as a sealed map. 

It's very important to understand what leaks are and how to prevent them. 
Normally, you won't intentionally create a large leak, like a room with no ceiling. Leaks 
will be introduced when two brushes don't match exactly. This is especially true when 
you begin designing advanced architecture. A lot of slopes and angles can translate 
into a big opportunity for leaks—if you aren't careful during the building process. 

BSP can find leaks that you can't even see in the game, and believe me, it will. 
Fortunately, you can use Quake itself to find leaks that have been identified by BSP. When 
a sealed map is processed by the qBSP.EXE program, a .PRT file is created (more on this 
later). When a leaky map is processed by BSP, a .PTS file is created instead. By putting 
the .PTS file into the \maps directory with the .BSP file, you can use Quake to find a leak. 
Simply start Quake and load your map. Once you're in the map, pull down the console 
and type pointfile. Quake will read the .PTS file and will create a blue-and-white line in 
your map, as shown in Figure 13.2. This line will pass from the inside of the map to the 
outside of the map at the point of the leak. Just like a plumber does to find and plug a 
leak, walk around in the map and find the line, and then follow it to the point of the leak. 
You should now be ready to go back into your editor and fix the problem. 

Be aware, however, of three situations in which this process won’t work for you: 


ee If the leak was created because there was an entity placed outside the map 


ee If the leak was created because the map was too big 


Leaks 


FIGURE 13.2: Quake can show you leaks in your map when you type pointfile at the console. 


es If there weren't enough points read to make the line pass outside 
the map 


The last situation takes some explain- 
ing. Quake will only read about 2,000 
points from the pointfile. This is almost 
always enough to make the line pass 
outside the map, but not always. The 
pointfile itself holds many more points 
than that, and sometimes you have to 
force Quake to load the rest of the points 
in the file. To do this, you need to open 
the .PTS file in Wordpad or another text 
editor and delete some of the points from 
the top of the file. Quake reads about 
2,000 points for the pointfile, so deleting 
approximately 2,000 lines from the file 
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will be about right. Save the .PTS file 
back to disk and go back into Quake. 
Reload the map and then go back into the 
console and type pointfile again. The 
new line will start in a different place and 
will reach farther than it did before. 

Only solids and sky can be used to 
seal leaks. Liquids can't seal leaks. For 
example, a liquid floor wouldn't do much 
good because the player would be able 
to swim through the floor and fall out of 
the map. A solid floor must be below the 
liquid to prevent the player from escap- 
ing the map. Liquids are water, lava, 
slime, and teleporter swirl. 

So how do you prevent leaks? Start 
by using Snap to Grid in your editor. If 
you set a grid of 16 and keep all your 
brush sizes to multiples of 16, you should 
be able to make everything fit easily. It 
isn't necessary to make brushes overlap; 
they just have to touch at the corners to 
ensure that there's no leak (as owai in Figure 13.3). For example, when making a 
wall join a floor, I’ll set down the floor, and then make the wall join the floor so that 
only the corners touch. 


VISIBILITY SET GENERATION 


There's yet another reason why you need to seal your maps. One of the steps in build- 
ing a Quake map is to run it through a process called VIS. This is a program that does 
the real optimization on a Quake map and can only be run on a sealed map. 

VIS works by determining which brush faces are visible from every point inside a 
map. The reasoning behind this is that there's no need for Quake to draw things that 
the player can't possibly see. VIS performs the tedious task of figuring out what can 
be seen from every point inside a map ahead of time—so that Quake doesn't have to 
do it while you're playing the map. This can take hours or even days to do, depend- 
ing on how complex the map is. The end result is that huge, complex maps have the 


FIGURE 13.3: Make sure all your walls touch each other to prevent leaks at 
the corners of brushes. 


potential to produce the same quick frame rate as small maps. There are some tricks 
involved in the map design to accomplish this, which FII go into later. 

A large map that hasn't been processed by VIS will always run slowly in Quake. 
This is because Quake is drawing all the brush faces the entire time even if the brush 
face is behind several walls and can't be seen. When VIS is run on the map, the num- 
ber of brush faces being drawn drops and the frame rate goes up. This makes for 
smoother play. 

To see an example of this, start up any of the standard Quake maps and go to the 
console. Type r draworder 1, press Enter, and close the console. What you've done 
is told Quake to draw everything from the front to back, rather than back to front. This 
means that the closest things are drawn first and more distant things are drawn last. 
This causes distant objects to become visible. Now walk around in the map a bit (not 
necessarily an easy task, considering that you can't see the walls!). You'll notice that 
things in the background appear just before they'd become visible to the player. When 
you've seen enough, pull down the Quake console again, type r draworder 0, and 
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press Enter. Quake will now go back to drawing things normally. Figure 13.4 shows 
an example of r_draworder in action. 

When BSP processes a sealed map, it produces a .PRT file that VIS uses to opti- 
mize the map. Because BSP doesn't create this file when there's a leak in the map, you 
can't run VIS on a map that has a leak (a .PTS file is created instead). VIS can perform 
five different levels of optimization to a map. You can run VIS with a -FAST option or 
a -LEVEL option. The -FAST option will perform a very basic VIS of your map, but it 
will do it very quickly. The -LEVEL option uses a parameter to adjust how much of a 
VIS to do. A -LEVEL 1isthe worst optimization, while -LEVEL 4 is the best. -LEVEL 4 
is also referred to as a "full VIS." While you VIS your map during development, you 
should use the -FAST option of VIS. This will almost always finish in a few seconds 
and will make even very complex maps playable enough for you to walk through them 
handily and check them out in Quake. 

Let's talk a bit about what happens when you don't use VIS on your maps. When 
you play a map in Quake, the Quake engine draws each frame of the map one at a 
time. It has a limit on the number of things it will draw in the frame. If the amount of 
detail that's present in the frame is too great, Quake will stop drawing the frame before 
it's finished. The result of this is a phenomenon called gray-out. What you'll see in the 
map is a section of the map that's all gray, rather than textured as it should be, as seen 
in Figure 13.5. Sometimes all of the map will be visible, but models will vanish from 
view. A model is anything that moves in Quake, like a door or a monster. The models 
disappear because Quake didn't have enough time to draw them before it stopped 
working on the frame. 


FIGURE 13.4: The same view as shown normally (left) and with r draworder 1 enabled (right). 


Optimizing for Visibility 


FIGURE 13.5: The far wall wasn't drawn because of the gray-out phenomenon. 


This is another reason why it's so important to keep your maps optimized. 
Allowing leaks to exist in your map or sealing the map with a large box are two ways 
to make absolutely sure that nobody will enjoy playing your map. 


OPTIMIZING FOR VISIBILITY 


You rarely see huge open areas in Quake. The reason is that Quake can't render such 
an area very quickly. Even if you make the walls of the large area extremely plain and 
reduce the amount of detail in the room, Quake will still break up large flat surfaces 
into multiple faces. The result of this is that large areas have a great number of brush 
faces, no matter how simple they are. This causes them to render very slowly and 
reduces the performance game. 

The solution here is to keep the player from being able to see very far in a straight 
line. You should try to keep the player's view limited, but not make it obvious that this 
is what you're doing. If you're going to make a long hallway, consider angling it down 
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or adding a corner in it so that it isn't possible to see from one end of the hall to the 
other. This way, you'll create a visibility barrier that will separate everything on each 
side of the hall. 

Doors and other moving objects, however, don't act as visibility barriers, so don't 
assume that two rooms on either side of a door are separate. They aren't. When the door 
is open, Quake has to draw the room behind the door, so when VIS processes the map 
it assumes that the door isn't there at all. 

In Quake, water is a barrier to visibility because you can't see through it. VIS knows 
this and acts accordingly. When designing a room, you can put a large amount of detail 
both above and below the water, without suffering the same speed drop that you'd get 
from the same room without the water. (Note that transparent water was recently 
added to Quake. If you're designing a map with transparent water, you can't treat water 
as a visibility barrier.) 

Here are some tricks for limiting visibility: 


ee Hallways with right angles in them— Visibility tests in Quake are all done 
in straight lines, so if your hallways turn off at a 90-degree angle, Quake 
won't have to continue down the hallway to check visibility. 


ee Hallways that ramp up or down—Remember that Quake is a true 3D 
environment, so the “right angles” can be up and down as well. 


ee Doors with walls behind them—Simply putting a wall behind a door that 
the player can walk around will create the desired visibility barrier. 
Because the player can’t see past the wall from outside the door, VIS 
can optimize everything behind it. 


ee Teleporters—Obviously, the player can’t see through a teleporter, but he 
or she can move through them! 


ee Water—Make the player jump into a pool of water and resurface in 
another room. 


ee Vertical movement—Move the level of the map up so that you can’t see 
much from one level to the next. The point where you elevate the map 
will act as a visibility barrier. 


ee Reduced detail—This doesn't limit how far the player can see, but it does 
limit how much he or she sees, which is the same thing. If you need a 


Smart Texture Usage 


large room, be sure to keep the amount of detail to a minimum so that 
Quake has less to draw. Once you get into smaller areas, then add more 
detail to make it more interesting. 


ee Stairways—Just like vertical movement, stairways tend to act as visibility 
barriers, especially if they have a U-turn in them. 


ee Flickering lights—When a light is anything but steady (flickering, for 
example), Quake has to keep track of more information for the surfaces 
that the light illuminates. This extra information has the same impact as 
more detail or being able to see more. If you have frame rate problems in 
a room with nonsolid or switched lights, consider changing them to reg- 
ular lights. 


SMART TEXTURE USAGE 


Every time you use a new texture in your map, it gets added to the .BSP file. After that, 
you can use the same texture a thousand times without impacting the size of the .BSP 
file. Every time you use a new texture rather than using a texture that’s already in the 
map, you increase the .BSP size. Generally, this isn’t anything that you need to worry 
about, though this can become a problem if you go overboard with textures. If your 
map is too large and you're getting false leaks because of it, use qED's Texture Manager 
to replace some existing textures with other textures that are already in the map. For 
example, chances are good that you may have used two different brick textures in your 
map that look similar. Using the same texture for both will both reduce the size of 
your map and add consistency to the map’s appearance. 


CHAPTER 


The Space Station 


BY PAUL MICKEVICIUS 


hat can | say, when I've ruined your day, and made you 


all angry and surly? How could | make, such a thoughtless 
mistake, and bury your mother too early?" —Earl Sinclair, 
"Dinosaurs" 


Every time a level is started, there needs to be some kind of theme or overall feel the 
designer wants the level to show. After thinking awhile, I came up with a space colony 


theme for this level. Whatever theme you 


choose is, of course, totally up to you. My 
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all, it can usually make a good level. 


A FRESH START 


I personally begin each map with a fresh slate. I created a new start room called “Station 
Corridor Template." It's this template that Ill use to make up the station's corridors and 
passages. I had to decide what the walls and floor, and so forth, would all look like. I’ve 
found that it's better to choose your texture first. You can always change it later. 


A Fresh Start 


As seen in Figure 14.1, I created five walls to make up my first template, which 
consists of the floor, two walls, and two brushes to make up the angled ceiling. The 
ceilings are both at 30 degrees, on either the y- or the x-axis. The walls are at 60 degrees. 
After I experimented with a few tries, I found these to be good angles to work with. 

Now that I have the basic room, I need to decorate it with something. As you can 
see from Figure 14.2, it looks rather dull right now. Sure, the textures may be pretty, 
but with only five walls (I loosely refer to the floor/ceiling as a wall also), there isn't 
much to see. Whenever I realize that to be the case, it always helps me to draw on 
other sources for ideas. I usually like to get ideas from movies or old churches. This 
time, for instance, I thought to myself, *What example can I get from the movies?" 

The first idea I got was to add a ring around the hallway. So I created a new group 
within my template called "Walls," and moved my four walls into this group. I copied the 
group and named this new group “Station Ring.” All I had to do was resize all the cubes 
within the new group, and maybe change their names, for ease in dealing with them. 

I also changed the textures. Reusing things can be a snap, and, best of all, the 
player won't know the difference. 


FIGURE 14.1: A look at the wall pattern wire frame 
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FIGURE 14.2: A view of the five walls in Quake 


From the way it then looked, I decided that I could use two of the rings, as shown 
in Figure 14.3: one for a more central location, and the other to be a “bridge” between 
corridors. Besides, this is a template, and it can be changed around onceIget into more 
detailed areas. 

Now, the corridor is looking a lot better, but it needs something else. Lighting! If 
I use no lights within a level, the level will default to full brightness (called fullbright), 
as shown in Figures 14.2 and 14.4. Fullbright is very ugly, to my eye, and should be 
avoided (unless perhaps you want to play Quake on a laptop at the beach on a sunny 
day!). I decided to use two sets of lighting: the first comes from wall-mounted light- 
ing fixtures; the second, from the floor. I’ll discuss the wall-mounted type first. 


THE WALL LIGHTS 


With the angle of the walls, making this lighting fixture was as easy as using three 
brushes. The first is more or less a vertical brush; the second is set off at an angle to 
give the feel that this light is built into a support, as shown in Figures 14.5 and 14.6. 
The last brush is a negative brush to put the hole in the center. With careful choice of 
texture, the player probably won't notice that I don't actually have a light source here— 
it just looks as if I do. I then needed to place a light entity in the middle. I chose 


A Fresh Start 


FIGURE 14.3: The Station Rings wire frame 


FIGURE 14.4: The Station Rings in Quake 
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FIGURE 14.5: The Station light in qED 


FIGURE 14.6: The Station light in Quake 


A Fresh Start 


light_floro because it has a sound effect associated with it. I felt that was appro- 
priate for the Station theme. But, after looking at the structure as shown in Figure 14.6, 
there still seemed something wrong. It seemed too dark. In reality, when we look at 
lights and light sources, the lights tend to “move around” objects somewhat, instead 
of casting their opposite sides into total darkness. 

To solve this problem, I placed miscellaneous lights around the light source group, 
as shown in Figure 14.7. These lights are dimmer than the original light. That way, the 
main light source still casts shadows, but the other lights don’t seem to generate light 
of their own. 

Now, when this gets into Quake, it looks a lot more like a real light source, as 
shown in Figure 14.8. 

Now for just a few technical notes, so that you have reference as to how I made 
these new lights. The “inner” light had a light value of 300. I placed two lights just 
outside of each bar, so that the whole area gets illuminated. These “outer” lights have 
their own strength of 200. That way, the shadows are still cast from the inner lights, 
and the outer lights don’t really “drown” them out or create shadows of their own. 


FIGURE 14.7: A qED view of the "helper" lights added on 
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FIGURE 14.8: View in Quake with helper lights 


THE FLOOR LIGHTS 


The second type of light I used was from the floor. I was thinking along the lines of 
the lighting that you often see in the aisles of movie theaters. For this effect, in the dark 
areas I created six groups. Actually, I created one group with a light and added an 
info nul11 entity to each one, and then copied it six times. I gave each light a unique 
value in the "target" field, and used the same name in the “targetname” of each 
info nullinthe same group. See Figure 14.9 for the results. 

At this point, because this is a template, it's a good idea to use your own unique 
names rather than qED's Auto-rename function because with six similarly named tar- 
gets and targetnames in the same group, both qED and you can sometimes get con- 
fused. I named the first one “Aspot” and the second “Bspot,” and so on, for all six. 
Now I want to explain a bit of what I’m doing with info nu11.As you see from Figure 
14.10, the lights seem to form “spotlights.” The light is the source, and the info nu11 
is where the spotlight aims. 


A Fresh Start 


FIGURE 14.9: The floor lights in qED 


FIGURE 14.10: A view in Quake of the floor lighting 
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Now the first corridor template is done! The first thing that I want to do with a 
basic template like this is to save it. (“Save it or lose it” is my motto for such a moment.) 
I may need it for future levels. Whew, that's a relief! Now it's time to begin some seri- 
ous building ideas. . . such as, hmmm, what can I possibly do with this template? Once 
your template is created, a variety of ideas can be explored. 

One ofthe first things to explore is what happens when you have two sections that 
are at angles. After all, the level can't be one long corridor. With the angle of the walls 
I used, creating new angles can be confusing to say the least. However, the whole 
process can be made simple using the original template, as well as brush subtraction. 
To make a corner, in this case, I made a new group called "Station Corner." Within this 
group, I placed two copies of the original template. 

One of these templates gets rotated 90 degrees from the original, making a perfect 
plus sign with them, as shown in Figure 14.11. 

From here, I took a new cube and placed it within the walls group. I then right- 
clicked on this new brush and selected “negative brush” from the pop-up menu. 
Having that done, I made this new brush larger than the section of template. 


FIGURE 14.11: 2D view of crossed templates 


A Fresh Start 


I then covered half the template, from a "corner" to a corner, as shown in Figure 
14.12 (in this shot, the other template is hidden from view to simplify the image.) 
Wherever there was an entity or detail that fell outside the template, or fell inside the 
negative brush, I simply deleted it. The hardest part in this section is making sure that 
one negative brush lines up with another brush in the other group. It may take a few 
times to get it right, but the result is worth it. Once the corners match up perfectly, I 
can use the “subtract brushes" function, with Walls selected. 

A look at Figure 14.13 will show the finished corner, with all the extras removed 
from each group that weren't really needed. 

This was a good stopping point, and a good time to make sure all the work on this 
template was the way that I wanted it to look in Quake. Remember to check that the 
corner is trimmed properly. Of course, the first thing I did was save it. 


MORE TEMPLATE BUILDING 


The next piece that I thought would be needed often would be a three-way intersec- 
tion. There were several ways to accomplish this, so this will be just one idea to 
work with. 


FIGURE 14.12: A top-down view of a negative brush cutting the template 
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FIGURE 14.13: A view of the trimmed-down corner 


I first cut a wedge section into a template brush, making sure it was the proper 
size of the hallway. The first wedge cut can be seen in Figure 14.14. Using that as a 
guide, I placed the negative brushes in the second template to match precisely with 
the first. The second, by itself, is shown in Figure 14.14. I didn't overlap them in this 
picture so as to provide a clear view. After I tested them to make sure that the cuts 
were correct, I then finalized this template with the Subtract Brushes dialog box. The 
finished product can be clearly seen in Figure 14.15. 

Now that there are three usable templates (possibly more, depending on how many 
levels you've designed in the past), I can proceed to assemble them. Using the cor- 
ners, three-way intersections, and straight passageways, I was able to arrange the sec- 
tions almost like a jigsaw puzzle. The great thing about this puzzle is that I created 
both the pieces and the final picture. The level at this point is still more or less a 2D 
map, because it really doesn't allow the player to go “up” or “down.” Most players 
love 3D. A lot of effort should be made to keep them happy (if players don’t like a level, 
they won't play it—simple as that). If you notice from Figure 14.16, the assembled 
pieces I've placed have a lot of open ends, or holes. These were left purposefully, so 
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FIGURE 14.14: Overhead view for the second template to a three-way intersection 


FIGURE 14.15: Overhead view of the trimmed, combined, and subtracted template 
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FIGURE 14.16: The maze-like level so far 


that I can place rooms and other points of interest throughout the level, if I later choose 
to. These rooms are where I'll put some of the more 3D features. 


ADDING ROOMS 


The first room or point of interest I decided to create would be a station hangar, or 
flight bay. Of course, I made the basic details of doorways, walls, and so on, needed 
for this room. I don’t need to re-explain the fundamentals of the way that works. This 
was a room that I chose to function also as a way to go from floors 1 and 2. Logically, 
a station hangar would have lifts to accomplish this goal, as shown in Figure 14.17. 
After testing this in Quake, I noted that there is a tendency for the player to get 
caught on the lip of the elevator, as seen in Figure 14.18. There were two ways to solve 
this problem. The first, but the least preferable, would be to remove the lip. Because 
the lip added visual interest to the lift, I chose the second way, which was to create a 
block using the “clip” texture. The texture named "clip" has a few special properties. 
First, whenever a brush has the *clip" texture on all its faces, the brush becomes invis- 
ible. The brush will be solid to players and monsters, though shots will still go through 
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FIGURE 14.17: A qED view of an elevator in the flight bay 


FIGURE 14.18: A view of the elevator in Quake 
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it. You might ask yourself, *what good does that do?" The first answer is obvious: you 
can prevent the players from going into areas where you don't want them. The other 
would be to block the area under the lip to prevent players from being under there 
when the elevator goes up. 

Because the lip is so small, players will never notice there's a small, invisible bar- 
rier that prevents them from touching the wall, as shown in Figure 14.19. If you place 
an invisible brush in front of the lip, the player can no longer get caught on it. 

This “Hangar” is one of only four points of interest I’ve chosen for this level. In my 
school of thought, every level has one or several "themes," or points of interest. My 
four points of interest are as follows: the Hangar, the Cargo Hold, the Entry Port, and the 
Hallway Maze. The first theme I constructed was the Hangar (actually, the first was 
the Hallway Maze, but because this "theme" is so vital to the level, in practice it gets 
constructed bit by bit throughout the entire design process). On the base plan, I felt that 
all the major points of interest should be able to access both upper and lower levels. 
The second point of interest I constructed was the Cargo Hold. The final spot I created 
was the combination entrance (the Entry Port) and start (the Hallway Maze). 


FIGURE 14.19: A clip brush prevents players from getting caught on the lip of the elevator. 


THE SHUTTLE BAY 


Now, you can tell that the hanger bay 
(shown in Figure 14.20) is fairly com- 
plex, so it really needed to be tested. 
Quake isn't so great at handling complex, 
detailed areas that are really large. So the 
first step in testing an area is to build it 
properly. Whatever holes that are still 
there (from open corridors, and so forth) 
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in your level in order to get VIS 


should be blocked with simple cubes for the time being, to prevent leaks. Then the level 
must be “VIS”ed using settings “normal” and level 4. Once the compile is finished and 
Quake loads, I typed r speeds 1 at the console. What this will do is give you up-to-the- 
second information on how the Quake engine is drawing the current screen. It will look 


something like this: 
38.5 ms 10b2/655/235 poly 


O surf 


ms 10b2/655/235 poly D surf 


FIGURE 14.20: Quake view of the "Shuttle Bay/Hanger" 
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That seems like a lot to go through, but there are two important details of which 
keep note. The first number is how long each frame takes to draw. This number will 
vary from computer to computer. The most important number is the central number 
of the poly, or in this case 655. The number you want to shoot for is below 450. If it 
climbs above, like this one has, the level will be slow and will cause lag (slowdowns) 
for those who play it. When I tested the section shown in Figure 14.20, it scored 510 
atits most complex point. I felt this was too high and realized that some things should 
be trimmed down. (Also, while the idea about having a space ship within the hold 
was a good one, I had to toss it out. Where it would simply be slow here, it would be 
a monster with more complex scenery.) So I removed one of the doorways and trimmed 
out some of the light displays. Leaving the rest, this loss isn't too noticeable. 


THE CARGO HOLD AND ENTRANCE AREA 


The second room to be pieced together was the Cargo Hold. In this room, I wanted to 
remove the requirement that the player had to have a blue key to get inside the hold. 
Instead, I wanted the entire upper level to require this blue key (players love things 
like passwords, special keys, and the like). One thing that's important to realize is that, 
unlike DOOM, Quake doesn't change key requirements if a game happens to be played 
in Deathmatch. If a door needs a key in single play modes, it will need it both in coop- 
erative play mode and in Deathmatch play. 

Idon't want Deathmatch players to need keys, so the solution to this problem was 
to make the door not appear in Deathmatch at all—and instead to have an entirely dif- 
ferent door (which doesn't appear in either single player or cooperative mode) to 
replace it. It's not actually one door; rather, it's two sets of doors, as shown in Figure 
14.21. (The same process of replacement is used for the exit door in the Front entrance, 
the elevators in the Hangar, and some of the walls in the Hallway Maze.) Like the 
Hangar, this room uses an elevator to go from the lower area to the upper. The differ- 
ence I chose here is that instead of being mounted to the wall, it's made to lift out of 
the floor. 

Finally, I created a combination entrance and exit airlock. This room would be 
similar to the Cargo Hold, but wouldn't have access to the upper floor. The secret in 
this room, concealed behind a sliding panel, is marked by the blinking of the light on 
the button. As a rule of thumb, always mark your secrets in some way, allowing play- 
ers a better chance to find them. 

My next goal was to add monsters for single player mode and surprises. Weapons 
and ammo for this could be the same as in Deathmatch, though I usually prefer to 
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FIGURE 14.21: Treeview of two separate doors that replace each other 


oe 


make the level progressively more difficult. Reason: as the level gets more difficult, 
the weapons become easier to obtain. Thus, the excitement level continues to climb, 
and the player goes crazy with joy (you hope). 

In Deathmatch, weapon placement and other entities can be very important to 
game play. Try not to make one section “too powerful.” That happens when there are 
too many good items there. It may be fun for a while, but when one really good player 
finds that area, he’ll live there and as a result all the other players won’t have such a 
good time. One thing that’s almost mandatory is to separate the armor from the health. 
We tend to think of placing them nowhere near each other, unless the armor is weak. 
That is all still up to the designer—and that’s you. 
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The Tower 


BY CODY RAHN, A.K.A. "THE REAPER" 


Let's face it. Quake level editing can be tough. It's a good thing we 


have qED to make it easier. This demonstration will explain how I cre- 


ated my newest qED level, which I call The Tower. 


INTRODUCTION 


I got the idea for The Tower while making random little objects for qED. It occurred 
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explains how to build a worthwhile (read: 
bad-ass) tower level for Deathmatch play; 
a one room nightmare! 


STARTING OUT 


me that I had Deathmatched on many 
so-called *tower" levels, but they lacked 
quality in two ways. First, the architec- 
ture Was never much to look at, and sec- 
ond, the weapon placement left 
something to be desired. I decided then 
that I would try my own hand at such a 
level and attempt to overcome both 
these shortcomings. 


As with any level, you have to start with a room. Because The Tower was to be one big 
room, so I stretched the wall brushes (plain old cubes) until they were fairly tall, by 
grabbing the corner of the selected brush with the mouse and click-dragging it until it 
was the right height. qED inserts a start room whenever you start a new map, so it 
saves you the trouble of making the start room yourself. I just used this for the outer 
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walls of the tower. I decided I would put a walkway around the outside of my tower, 
and repeated this so that there could be multiple levels on which to hide out. I had 
made the first level simply by inserting some cube brushes, and resized them accord- 
ingly. I used four brushes, and the opposite ones were identical. After making the first 
brushes and grouping them together (press the button with the plus sign on the main 
toolbar, then left-click-drag the brushes to the new group in the hierarchical menu), 
the top view looked like Figure 15.1. 

The darker brushes are the level itself, and the lighter ones are the basic room. 
After this, I went to the Edit menu and (with the whole level-group selected) copied 
it. Now, we have two sets of levels, four brushes in all. Select the rotation mode on the 
toolbar and rotate the brushes so that they're opposite to the originals. It now looked 
like Figure 15.2. It seemed too loose to just have walkways around the outside, so I 
decided to put in a bridge between opposite sides. 


BUILDING THE BRIDGE 


I made the bridge out of three cube brushes, and the end brushes of the bridge are 
sheared so that the center is higher than the surrounding walkway. I spent a long time 


FIGURE 15.1: The walkway around the level 
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FIGURE 15.2: The completed walkway 


FIGURE 15.3: Detail of the bridge 


trying to come up with something that looked good, and as a result designed a nice 
little handrail to put on either side of the bridge. I made it entirely out of cube brushes 
and, with a little shearing, came up with what you see in Figure 15.3. 

I sheared the brushes to make the bottom half of one of the arms that held up the 
rails. I then attached a rectangular brush to the top of this, and copied it until they 
were all along one side of the bridge. Then I applied the railing and grouped all that 
together. After that, it was just a matter of copy/paste to get a railing on the other side 
of the bridge. After I finished that, I grouped all the railing brushes together—in case 
I might want to use them later. 

A rock or brick texture for these didn't really seem to make sense, as such a thing 
as a handrailing would be made of something more like metal. I found a decent texture 
that fit the motif of the level while still looking good. I then applied the texture to the 
whole brush group by selecting the group and double-clicking on the texture in the tex- 
ture window. It's just high enough so that it can, with difficulty, be jumped over, yet it 
lowers the chances of the player's falling off it. I grouped the brushes in the first handrail 
so that I could copy them for the other side of the bridge, thus saving the trouble of 
remaking some two dozen pesky little brushes. I went to check out what I had, and 
decided I'd make my level a little bigger, so that it might accommodate more players. 


CREATING MORE FLOORS 


At this stage my "tower" consisted of only one story. It looked as if completing the 
other floors was going be a huge task because of the large number of small brushes 
involved, so my final decision on how to proceed was this: I wanted to repeat the level 
that follows the wall around (which I mentioned before), as well as the bridge another 
two or three times. I used the grouping feature of qED, allowing me to easily copy the 
entire bridge and level. 

I grouped the three main bridge brushes, and then grouped the outside walkway 
brushes. After doing this, I made a new group and moved all three brush/level groups 
to this one, so that they could all be copied and moved at once. Once the big group 
was selected, I copied it three times, each time moving the new array of brushes up 
above the last. I now had three separate levels, each with its own bridge! (See Figure 
15.4.) Had I done this one brush at a time, it would have taken hours of useful time 
that I could have used telefragging my opponents in online play. 

The idea was finally taking shape, though it looked somewhat mediocre, with all 
the bridges pointing the same direction. I felt that I ought to rotate the center bridge 
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FIGURE 15.4: A three-story tower 


to make it different, and as you know by now groups are awfully handy when some- 
thing like this comes up. 

As you recall, I had copied the entire group of brushes making up the surrounding 
walkway and bridge. When I copied them, they formed a new group identical to the copied 
one, so that each became separate and manageable. For rotation of the level and bridge, 
I only needed to select the group containing them, switch to rotation mode, and spin 
them around. I spun the group 90 degrees so that there would be a possible way to 
stop on the way down if one were to fall off the top floor of the tower. (No parachutes 
or bungee cords in Quake.) 


GETTING FROM FLOOR TO FLOOR 


Ahh, the level was coming along nicely now. I had three levels of play in the tower— 
but how could the player get from floor to floor? Teleporters seemed to be the answer. 


Starting Out 


I decided to lay them out so that the tele- 
port on level 1 would lead to level 2, the 
teleport on level 2 would lead to level 3, 
and so on. 

The first thing to do when making 
teleporters in qED is to make the brush 
that will trigger the teleportation. It will 
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become invisible once it's united with || qED will tell y if there’ san unlinked or |! 
the trigger teleport entity, so if a | mislinked. teleporter i in your level, so : 
teleport-textured brush is desired to || some (but not all) of the Tunensibility is 


show where the teleport is, it will need || lifted bon the editor. - 
to be separate. Because the teleport will L= : 
be invisible, I choose to make it square and of the same size as ie visible EEA 
brush will be. Once the brush was made, I created another trigger_teleport entity. 
That entity will work as a group in the hierarchical list of brushes and entities on the 
left side of the screen, so that once it’s made, we simply drag the brushes that we want 
to act as triggers for this particular entity into the trigger_teleport entity on the 
treeview, as shown in Figure 15.5. 

The brush under the trigger_teleport entity will be invisible in Quake, and 
will be the brush that teleports players when they step inside it. Once this was made, 


games quake *gedsqedtower. ged 

i Group 1: ouside, levels, misc. 

LE Group 2: Bridges 

Hand Rails 

E 

cm Brush D 
Q trgger teleport 

-Q trigger teleport 
Q worldspawn 


FIGURE 15.5: The treeview detail of a teleporter 
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I needed to decide where to make the player teleport to. I felt it would be safer for the 
players to come out of the teleporters onto the bridge, so that they wouldn't fall off. 

To create the teleport destination, I inserted an info teleport destination 
entity where I wanted it, in this case on the bridge. To complete the teleporter, I had 
to link the teleport and teleport destination entities. 

What must be done to perform this linking is a bit of editing of the attributes of 
each entity. In the case of the trigger teleport, there's an attribute with an empty 
value called "target" in the list of entity attributes, as seen in Figure 15.6. 

Note that there's also a "targetname" attribute with no value set, but this flag won't be 
used and should be left alone for now. In the case of the info teleport destination 
entity shown in Figure 15.7, there's a "targetname" attribute, also with no value set. 

Linking the entities is as simple as giving the "target" attribute of the 
trigger teleport entity the same value as the "targetname" attribute of the 
info teleport destinationentity. This is done by double-clicking on the attribute 
that needs to be changed. Double-click on the "Target" attribute, and a small dialog 
box appears that allows you to change the name and value of the attribute. 

This value can be any word that I make up, so I gave it a value of "Target1." Once 
this value was set, I selected the info teleport destination, double-clicked on 
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FIGURE 15.6: Linking the teleporters 
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FIGURE 15.7:The info_teleport_destination entity 


the “targetname” attribute, and set the value “Target1” as well. It’s as simple as that! 
Now when a player crosses the teleporter brush, he or she will pop out at the location 
of the destination. 

I repeated this process on each floor, each time putting the combination of tele- 
port and destination one level up, so that each level leads to the next higher one. I also 
made sure to change the tag values of each set of teleport and destination to some- 
thing different than the others, so that they'd be linked separately and wouldn't con- 
fuse each other. With the arrangement of crisscrossing bridges, a player could fall and 
most likely wouldn't make it far—so that alone is good enough as a means of getting 
back down. 


GROWING ONE TOWER TO FOUR 


So, at this point it looked as if The Tower was done, right? Not even close. While this 
would be great for about two people, I wanted some bigger Deathmatches than that! 
I decided to—get ready!—make three more identical copies of this tower. As absurd 
as this sounds, it's all too easy to accomplish, I promise you. 
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I found that the easiest way to get this task done (and this could work for any large, 
repetitious level) was to group all the brushes, light sources, and other entities in the 
tower into one big group. To accomplish this, I need only make a new group, and then 
drag all the other groups containing parts of the level into this new group, as shown 
in Figure 15.8. 

Once the tower is collected into one group, I simply copied the whole group, using 
qED's copy and paste functions, as shown in Figure 15.9. 

And now, we have two towers. Turning two into four is a simple matter of group- 
ing the two towers together (Figure 15.10) and copying the group (Figure 15.11). 

And there it is! Not too hard, thanks to grouping. This can involve a lot of mov- 
ing of items in the menu if your level isn't grouped from the start, but it's worth it. 

So, now I had four towers. Just one problem—there was no way to pass between 
them. This could be fixed by making a ton of teleport combinations, but with as many 
teleporters there are involved in this level, I didn't want to have too many telefrags 
going on at once. Instead, I decided to make hallways between the towers on the top 
and bottom floors. 

As with any standard hallway, these were just going to be four cube brushes drawn 
out and thinned into walls, floor, and ceiling. However, even though I needed eight 
different hallways, I knew that because of the grouping capabilities of qED, I need only 
make the cube brushes (and arrange them to taste) one time, as in Figure 15.12. 
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FIGURE 15.8: All the elements of the tower are placed into one big group. 
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FIGURE 15.9: Two towers 
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FIGURE 15.10: Grouping the two towers to prepare for a copy 


Next, I made a cube brush of the same size as the inside of our hallway, as shown 
in Figure 15.13. Finally, I positioned the new cube so that it touched one of the out- 
side walls of the tower, in the place where I wanted to put the entrance to the hallway, 
and then I proceeded to subtract the cube from the wall. To make the subtraction work 
properly, I had to make sure that the brush to be subtracted was in the same group 
as the ones that I wanted to cut. To make this brush a subtracting brush, I simply 
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FIGURE 15.11: All four towers are erected. 


FIGURE 15.12: Constructing a simple hallway 
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FIGURE 15.13. Preparing to connect the hallway to the towers 


right-clicked on it in the treeview, and selected *negative brush" from the pop-up 
menu. This changes the brush's action on the other brushes from positive to negative, 
and subtracts the area it occupies from any brushes intersecting it. Ithen repeated this 
action for all the desired doorways. Finally, I simply copied the hallway once for each 
new opening and moved each hallway group into place. 

That's it! A fully functional and pretty good Deathmatch level! Enjoy it. 


cHapTeR Quality 


Deathmatch Design 


BY MICHAEL WARDWELL, A.K.A. "GIGGLER" 


To the average Quake player, the thought and design involved in con- 
structing a quality Deathmatch map isn’t always apparent. You should 

watch several components closely as you create the map to ensure 
that it plays well. Before we get into detail about each of these components, it must 
be stressed that there’s more than one 


i way to make a good Deathmatch map, 
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| of Hipnotic Interactive, the creators of and the judgment of its quality will vary 


| The Quake Mission Pack #1: The Scourge 
of Armagon. greatly from player to player. 


To begin making a Deathmatch map, the creator must decide what kind of level he or 
she wants. This of course depends on the level's layout and structure. As the first con- 
cern of deciding what your Deathmatch level will be like, you must determine how 
many players it will be created for. This in turn partially depends on your intended 
audience. If you're creating a level simply for modem play between you and some 
friends, then it should be small in size. A more likely case is that you wish to post your 
level on the Internet, in hopes of seeing it on a dedicated server with up to 16 players 
(which is quite a rush, let me tell you!). Obviously, a level designed for up to 16 play- 
ers would have to be fairly large to accommodate all the action. 


Style 


The size of your map shouldn't be decided on solely by the number of players it’s 
designed for, though. Another factor affecting this same decision is frag-rate. How 
often do you imagine someone to be in an encounter with another player while in your 
map? Some prefer constant action, where a rocket in the back isn't something to be 
avoided. Others prefer time between fights so that they may plan their route of attack, 
adding strategy to each encounter, but lessening the action. Your decision should have 
an effect on the overall size of the map. 


One of the biggest choices to be made while creating a Deathmatch level is determin- 
ing the maps' style. Many different types of Deathmatch maps are available, each of 
which has a unique style of play to them. Before constructing your map, it's a good 
idea to get a general feel for what Deathmatch in your map is going to be like. How 
much open space will be in your map? Will players be able to have rocket fights across 
large areas? Or will they be restricted to melee-style combat around tight corners? 
Either of these types of play can be fun if done right. Often a combination of the two 
will satisty the largest number of players. One thing to watch out for is avoiding a level 
that consists only of tight hallways in a maze-like format. The disadvantage here is that 
the players will find they're bumping into one another at corners during each 
encounter, reducing game play to having a quick trigger finger. This type of level for- 
mat also makes it difficult for players to dodge enemy fire, ruining the strategy of close 
combat. On the other hand, if a map is so open that you can always see your oppo- 
nents, the element of surprise is lost. The player who prefers close combat will become 
annoyed by those who refuse to let him or her get near. 

To give you a better idea of the importance of style in a map, here are some generic 
styles, with a short description of each: 


* The Maze—The level consists of numerous hallways without many open 
rooms. This type of layout promotes stealthy movement and anticipation 
of opponents. 


* The Hidden Enemy—The level is a hazard to the players because of lava, 
nail shooters, and various other traps. 
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« The Arena—Everything revolves around a central room that serves as a 
“hot spot” for the action. 


^ The Hunt—The level has many midsized rooms. Players can’t see one 
another from far distances, yet there’s a lot of space to be covered. 


“e The Fast Frag—A level designed for a quick death after each respawn. 
Hot spots, no armor, and high weapon accessibility are all factors that 
contribute to this. 


3D DESIGN _ 


One of the joys of Quake level design is the true 3D aspect, which includes the abil- 
ity to create rooms over other rooms. Sniping at a player from above, or picking off an 
enemy from a catwalk can be a lot of fun. In determining the layout of your map, decide 
how much vertical play you'll have and where it will be. In almost every case, a 
Deathmatch map should have vertical play. What can be made in DOOM usually 
shouldn’t be made in Quake. Two examples of Quake Deathmatch maps that demon- 
strate how vertical play affects overall game play are Dm4 and Dm6. Dm4 consists of 
three different elevations, all open to a central area. Here, the combat requires good 
vertical accuracy and awareness. Dm6, on the other hand, has a more moderate 
amount of vertical play, with a few separate rooms each consisting of two levels. 
Certain people prefer each of these styles, and most like to play both. 


FLOW — 


Another important part of a quality layout for a Deathmatch map is flow. In basic terms, 
flow describes how smoothly the game and its encounters are taking place in the map. 
A map with good flow avoids awkward situations, such as forcing a player to travel 
far down a dead-end to get red armor, and then make him or her run all the way back. 
A player should be able to run around a Deathmatch map, easily accessing all areas 
through multiple routes. If a map is made up of a long hallway with several dead-end 
rooms connected to it, the map has absolutely no flow. If you enter a room, the player 


Action 


knows exactly where you are and where you're going next. The only reason to enter 
a room would be to get an item, and then the player would have to backtrack. To keep 
the situation simple, imagine if a second and third hallway connected the backs of 
these rooms, making the map into a large square with several rooms and a center hall- 
way connecting everything together. Now a player can run in any direction, and con- 
tinually move without having to turn around. (Backtracking, though, is still an option.) 
None of the rooms in this map is simply there for gathering an item; they're all an 
active part of the map. Note that although this described map demonstrates the impor- 
tance of flow, it lacks many other important components of game play. 


ACTION. 


As many experienced Deathmatch players know, some people love to jump into the 
action, while others tend to hide out in dark corners and wait for an unsuspecting vic- 
tim to pass by. Depending on your personal preference, you can plan your map to 
accommodate for either style of play, or both. Undoubtedly, most players prefer a map 
that doesn't lend a hand to those who prefer to “camp out" in spots and wait. Generally, 
alot of camping can reduce the action in a game, without even benefiting the camper! 
Those who choose to jump into the fray may die more often, but they'll trade kills with 
others at a higher rate, improving their own score. The camper, on the other hand, 
usually won't get as many kills, and instead will just annoy his victims. With that in 
mind, you should decide if you'd like your map to be camper-friendly. Areas such as 
a dark crevice, or a dead-end where a good item can be easily guarded, are a camper's 
heaven. If you choose to avoid camping spots, be sure that each room of the map has 
multiple entrances and exits, and make sure that important areas are open on more 
than one side. An example of a brutal camping spot is in Quake's Dm5 map. The only 
rocket launcher of the map lies in a dead-end room that can only be accessed after hit- 
ting a switch that's across from its entrance, facing in the other direction. Campers are 
well known to claim the rocket launcher and wait patiently in the enclosed room for 
the next player to hit the switch, so as to hit them with a rocket in the back soon after the 
door opens. 

In the process of preventing camping, also make sure the map is well-lighted and 
has no crevices. Any little area where a camper can hide to improve his or her own 
viewpoint of a room will be used. Even in a situation where there are no crevices, a 
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patch of darkness is enough to completely mask an enemy. Although most maps fol- 
low these guidelines for preventing camping, this style of play can be fun at times! 


WEAPON AND ITEM PLACEMENT 


It's now apparent that the layout of a Deathmatch map is vital to balanced game-play, 
but without smart weapon and item placement, a map still can't give players the con- 
tinuing action it should. Obviously, if a large, 16-player map has all the good items in 
one room, most of the players will always either be in that room, or be on their way 
there. This creates a “hot spot" in the map, often making other parts of the map scarcely 
used, or even useless. To help balance action throughout the map, you should make 
an effort to equally distribute weapons, items, and Deathmatch starting positions 
between the areas. If all the good weapons are in the same room, there's no advan- 
tage for a player to leave the area once he or she gets there. This totally stops the flow 
of a map and encourages camping. One exception to this case may be a game with 
such a high frag-rate that anyone entering this hot spot won't live long enough to be 
given the chance to leave anyway. One map from Quake that comes to mind is elm3. 
With ten or more players on the Deathmatch 2 mode, the map becomes a frag-fest as 
each player jumps into the water area, attempting to grab the rocket launcher and get 
some frags. More often than not, the player will be overcome within seconds by the 
massive firefight already taking place in the pit. Although this type of play is fairly 
basic, it can be very fun. Note that not all the weapons are in this area, although a hot 
spot is still created because of the lack of other rocket launchers and the pit-like lay- 
out of the area. A player may still choose to go elsewhere to equip him- or herself. 

One factor of weapon and item placement that's just as important as positioning 
is accessibility. When a player respawns, he or she should be able to find some sort of 
weapon in a short period of time. On the other hand, the more powerful weapons and 
items shouldn't be as easy to get as the others. If they are, then the weaker items don't 
get used, making for a less interesting game. Balancing the weapon placement can be 
difficult and requires testing. If you're finding that whoever goes to get the red armor 
can always pick up a quad power with it, then those two items are too close and need 
to be repositioned. 


Frame Rate ~ 


FRAME RATE 


During the creation of your Deathmatch map, you now know to keep in mind the 
importance of your design. While remembering all the discussed factors, another issue 
should be addressed: frame rate. As with any map, and more importantly one designed 
for Deathmatch play, the architecture and overall layout must be designed in such a 
way to keep the frame rate high. Frame rate is the number of times per second that the 
Quake engine updates the picture on your screen. The more complex your architec- 
ture, and the larger amount of space visible on the screen at any time, the slower the 
frame rate will be. Because multiplayer games tend to have many players in the same 
area fighting at once, you must pay special attention to the frame rate, to ensure that 
the game play of the map remains good. 

The job of keeping your maps' frame rate high can be broken down into two dif- 
ferent aspects. First, make sure you don't put too much detail in the map. Usually the 
architecture and detail of a Deathmatch map will be a bit simpler than that of a single 
player level, because layout, flow, and frame rate are more important. Make sure the 

. detail in each room isn't too high by checking the number of polygons the Quake 
engine is drawing from every viewpoint. This can be done by entering the command 
r speeds 1 at the console while running your map. This command will display vari- 
ous numbers as you move around in your map. Of the three numbers being flashed 
on the left, the center number is the one to pay attention to. This is the number of poly- 
gons that the engine is drawing at a given moment. It's a good idea to keep this number 
under 400, and around 300 if possible. One other important number being displayed by 
this command is on the far right. This is the number of surfaces being redrawn owing to 
dynamic lights. Dynamic lights, such as a flickering flame, can be fairly taxing on the 
frame rate of a map and shouldn't be overused. If you find that more than 50 surfaces 
are being redrawn at once, then remove the dynamic lights that are causing this. Note 
that the command r speeds 0 will end the polygon check. 

The second major factor in improving frame rate is to make sure that the Quake 
engine isn't drawing an unnecessary number of polygons. In other words, try to set 
up your map in such a way that it won't draw much more than one to one-and-a-half 
rooms at a time (depending on the size of the rooms). The general method for doing 
this is by making the connectors from one room to the next not give a direct line of 
sight between the two. If one room is visible from the far side of another, the Quake 
engine will be forced to draw both rooms at once, vastly increasing the number of 
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drawn polygons from that viewpoint. The method used to check if other rooms aren't 
being drawn is to use ther draworder 1 command at the console while running your 
map. Once this command has been entered, your display will show the farthest poly- 
gon from your view being drawn at every point. If you're able to see the backs of dis- 
tant rooms while showing the draw-order, this means that the Quake engine is drawing 
this other room in a regular game, even though it may not be normally visible to the 
player. As previously mentioned, the most obvious method for preventing this is to 
make the hallway paths between the rooms prevent a line of sight between any spot 
of one room to the other. 

Implementing all these aspects of a good Deathmatch map is, of course, easier said 
than done. When designing your level, keep in mind aspects such as size, style, ver- 
tical play, flow, weapon/item placement, and frame rate. Learn to use the Quake engine 
to your advantage—and the biggest limit will be your own imagination! 


Capturing Realism 
in Natural Settings 


CHAPTER 


for Quake Levels 


BY RICHARD BAILEY GRAY, A.K.A. "LEVELORD" 


By now you've probably read, in various magazines and Web pages, 


more than a few clumps of my pulp advice on building killer levels in 


Quake and Duke Nukem. This time I’ve been invited, as a great honor, 


by Matt "the Tagliaferrian" to contribute a chapter to his book. Following his bidding, 


I'll create a small example level that will demonstrate the topic of capturing realism 


in various natural settings. 


My goal in this chapter will be to help you construct natural-looking environments in 


RI 


Richard Bailey Gray has become 


almost a celebrity in his level-creation 
exploits. He has worked professionally 
creating levels for both Duke Nukem 3D 
and Quake. His current haunt has him 


working at Hipnotic Interactive, the com- 
pany responsible for The Quake Mission 
Pack #1: The Scourge of Armagon. The 
evel that “Levelord” created for this 
chapter was built by Hipnotic 
nteractive's own in-house Quake level 
editor, and later imported into qED. 


your Quake levels. I'll focus on helping 
you capture as much realism as possible 
within the sometimes-limiting con- 
straints of the polygon- and surface- 
counts world of Quake. Capturing 
realism is not necessarily the most 
important aspect of a killer level, true, 
but it’s the one quality that I believe is 
often overlooked—and it’s the one I’m 
sure I can best demonstrate to you. The 
example level is split in half, with one 
side showing what I consider the typical 
lacking of natural settings, and the other 
side exhibiting the better, more awe- 
inspiring approach. 

I may use words like “never” and 
“always” in this chapter, but please 


Realism Is the Goal . 


remember two things: level designing is 
an art, and there are exceptions to every 
rule . . . especially in art. In art, actually, 
it's sometimes the rule to just break the 
rules. If you want to do a Picasso-esque | 
level and make cubist mountains, then | called TAGLORD. BSP. 
toss the words “never” and "always" | _ T 
overboard and have at it, mate! I want to show you, (houek, qe to add a Len little 
flairs of finesse that will make for a killer level worthy of any level lord. 


REALISM IS THE GOAL 


If I may quote myself, and I may, “There are three basic strategies to making a killer 
single-play level: (1) Generate as much ‘reality’ as you can, (2) Make the player say 
*Coooool!' as often as possible, and (3) Give the player a plot." The first rule is, to me, 
the most important because it supports the other two rules. Realism should be so gen- 
uine that the player will want to wander through your level and just admire it for its 
aesthetic value alone. For me, it's all aesthetics and the sense of realism. A good level 
will inspire the player to check every millimeter of it with a magnifying glass. 

As always, we lowly level designers must acknowledge and bow to the ever-present 
Dragon of Frame Rate, the beast that must be perpetually mastered before any lands can 
be conquered. You must make absolutely sure that your level runs fast and that any posi- 
tion in which player may find himself is optimized for frame-rate performance. 

Knightly struggles aside for a moment, though, the most important thing you can 
do as a level designer is to bring the player “into” your level; not until after this plunge 
do issues like action and game play even enter the game. 

The name-o’-the-game in level designing, then, is to submerge the player in your 
miniature rendition of reality. A strong sense of authentic reality is the groundwork of 
any killer level. The more of your level to which the player can attach himself via famil- 
iarity, the stronger his sense of "being there" will be. Unfortunately, to grab the player 
like this isn't as easy as it sounds. In particular, the reality of natural objects and set- 
tings can be the most difficult to construct. I'll try to help you with what I’ve learned. 


REGULARLY IRR 
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EGULAR NATURE 


Ithinkthe operative word for constructing realistic, natural scenes is "irregular." Little 
in nature is square and, even further, little in the human-made world is as square as 
most levels I see. I shouldn't have to tell you that mountains are asymmetrically 
shaped, but even when creating things human-made, set in natural surroundings, try 
to make them more irregular. If you have numerous buildings in an outside area, make 
their roofs different heights, if only for the added interest. 

Creating realistic scenes in the boxy world of Quake can be difficult as a result of 
natural objects having irregular and varying shapes. The effort is often throttled by 
frame rate and sometimes limited by engine restraints too, because “irregular” usu- 
ally means more complicated. Strive for this effect nevertheless, because the effect of 
submersion and the sense of reality, even in natural settings, can be enhanced with 
only a few simple tricks. Sometimes I feel like an Impressionist painter trying to work 
in a Minimalist's studio; using very few brush strokes, I have to impress the sense of 
reality on the player. 


A BOXED SET OF BRUSHES — 


Coincidental to a brush stroke metaphor, everything in Quake levels is made of 
"brushes." These brushes are the polygonal shapes that define both the space of the 
level (walls, floors, ceilings, and so on), as well as the entities (doors, elevators, trig- 
gers, and the like) in it. Brushes can assume just about any basic shape. Unfortunately, 
however, they usually don't—and many levels are overrun with parallels and per- 
pendiculars. 

All level editors, and therefore almost all level designers, will generate oodles of 
orthogonal brushes to create a level. In fact the word level itself is sort of indicative, isn't 
it? Levels are filled with right-angled, square-cornered shapes . . . and rightfully so. Most 
humanmade spaces are indeed filled with quadrilateral shapes. In addition, the Quake 
engine is most happy with cubic construction, so issues like frame rate and brush sub- 
sectioning are more easily controlled in plumb (straight up and down) environments. 

On the other hand, though, you rarely see square objects in the natural world. 
When you try to create anything natural-looking in your level, you need to make sure 


Never Forget the Frame Rate 


that you don't use square shapes too often . . . at all, actually. Most level designers 
haplessly carry their rectilinearly oriented eyes with them when they go outside in 
their level. Probably the best example of this is mountains, which are often used to 
border outside areas. 

I’m sure you've noticed many a mountain that ascends straight upward from a flat 
ground to a flat sky. There was no choice when we were doing DOOM levels, in those 
wonderful days of yore, but now we level designers can create virtually any shape we 
want. There's no excuse to not clip a half-dozen irregularly shaped brushes, butt them 
up together, and slide them up along a border area to create a set of genuine-looking 
mountains. Related to this, you should also avoid using only a flat sky-textured ceil- 
ing. Instead, add a sky-textured set of walls so that the mountains and rooftops can 
be seen in front of the far-off sky. 

Another setting that's often ill-suited to indicate reality is caves. Nothing is less 
natural-looking than caverns with flat floors, flat ceilings, and flat walls. It's not enough 
to simply make the walls zig-zag in a slightly diagonal fashion. Caves have walls that 
deviate and diverge; the walls are not at all straight. An example of better caves can 
be seen at the beginning portion of "The Catacombs" level, and I ask you to revisit 
there before you try to make your own caves. 


NEVER FORGET THE FRAME RATE. 


Brushes can be shaped into almost any configuration—pyramids, rhombusoids, what- 
everagons; the only obstacles are frame rate and the maximum number of surfaces 
allowed for any individual brush. Depending on which BSP you're using to process 
your map file, you're facing a maximum number of surfaces that any one brush can 
have. Usually this is 8 or 16 or so. This limitation can be easily overcome, however, 
by making the desired shape out of more than one brush. Frame rate, unfortunately, 
is a much harder beast to control. 

I'm always compelled to warn budding designers about controlling frame rate, 
because it really is the most important thing about a killer level. If your level is too 
slow, it won't get played—and all is for naught, so you might as well retire your mouse. 
Frame rate is best managed as you're creating your level, not after it's finished; I highly 
recommend performing a full examination of each room or area as it's added to your 
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level. Your workload will be minimized and you'll have less heartbreak from ripping 
out cool stuff and dismantling hours of labor. 

The best tool for monitoring frame rate is the r-speeds console command. It will 
display a set of five numbers as you look around your level. These numbers are, from 
left to right on the screen: (1) game cycle time, (2) total polygon surfaces in current 
view, (3) total polygon surfaces actually drawn in current view, (4) total visible (but 
not drawn) polygon surfaces, and (5) total number of polygon surfaces affected by 
dynamic lighting. 

The first number shows how much time, in milliseconds, each game cycle requires. 
The lower the number here, the better the performance of the current view. You con- 
trol this number with the numbers to the right. I have found that using the third num- 
ber, the total polygon surfaces actually drawn, is the quickest indicator. The fourth 
number, total visible polygon surfaces, is the number of surfaces included in the cur- 
rent view, but not actually put through the display calculations. The fourth number 
will affect a view's performance, but not as directly as the third. The fifth number is 
needed when you use any dynamic light sources (flickering, strobe, and so on). 
Re-lighting each surface adds load to the view's calculations, and the information 
needed to synchronize relighting of surfaces is passed over the network (orthe Internet) 
and will, obviously, slow that down, too. Bottom line, as I’m sure you've observed in most 
Quake levels, is this: Don't use too many dynamic light sources. If you do, use the fifth 
number of r speeds to determine how many surfaces are being affected by re-lighting. 


DIM'S WEIRD SCIENCE 


Let me share with you a small-but-powerful insider tip about texture size and com- 
manding better frame rate for (almost) free. Whenever you can, stretch your textures. 
You can't get away with this too often because the textures become pixellated and look 
really funky when the player gets near them. Be on the lookout, though, for regions 
in your level where you're sure the player will never get close, and use this trick there. 
This tactic is especially useful in the distant sections of large, outside areas; outlying 
mountains are a prime example. 

This trick is based on the BSP's process of cutting up the level's brushes into smaller 
subpolygons as it calculates the level's space. The cutting process is based on the brush's 
applied texture; if you make the texture large, the brush surface it sits on will be diced 


Back to the Mountains, Lad! 


much less. If you want to determine actual ratios of splitting-to-stretching, I believe the 
largest subsection of a brush is 256 pixels. This is a trick I learned from the evil and 
wicked Dr. Dim, a.k.a. Jim Dose. I'm really reluctant just giving this trick away like 
this, because I'll lose some of my edge . . . but there ya go. 

If you want to witness the results of brush dissection, there's a great console com- 
mand called r drawflat. It will display your level in texture mode and show you exactly 
how the original brushes were cut up. 

On most of my mountains, I stretch the texture by a factor of four or six. The player 
will never really get close enough to see the pixellation side-effect. If it's an area where 
the player will get fairly close to the surface, like the lower portions of the mountain- 
sides in "The Lost Mine,” I’ve found that I can stretch the texture in only one direc- 
tion—usually along the “grain” of the texture. I get bigger brush subsurfaces from the 
BSP process and I almost avoid the pixellated look. On the extreme, in *The Edge of 
Oblivion" Deathmatch level where I used the unseeable black texture for the border 
brushes, I stretched their textures by a factor of 200 or so. 


BACK TO THE MOUNTAINS, LAD! 


“OK, OK... enough with the frame rate, ‘Levelord’; go back to the mountains!" Right. 
I just want to make sure that killer levels aren’t killed themselves and then buried 
before anyone enjoys them. I’ve seen some very impressive levels, but I didn’t spend 
more than two minutes in them because they were too sluggish. 

Again, you want to get your players to feel as though they’re in an actual place. 
Your level must seem as if it’s a piece of an entire world. The player should have a 
sense that the level continues on past the actual level boundaries. I simply hate see- 
ing an obvious end-of-the-world scene where I can tell that the level is bounded. This 
really disintegrates the sensation of suspension for me, and it’s easily fixed with a bit 
of buffering. 

Be forewarned that mountainous buffer areas can add a heavy toll to frame rate. 
You must build these areas slowly and check that old frame rate often. You may even 
need to simplify the actual player area in order to compensate for the extra tug of the 
buffer area, but I assure you that it’s almost always worth it. 
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THE LANDS NEVER TRAVELED 


For additional realism, add "buffer" areas that make the level look as though it's big- 
ger than it really is. (Remember how you added mirrors to *expand" your dorm room 
at college?) Extend the level's boundary areas past the point that players will actually 
be allowed to travel. If you have a window that looks out onto a border area of your 
level, articulate that area so much that the player wants to explore there as well. If 
mountains bound an area, make them look as though they continue on beyond the 
player's view. Players will, undoubtedly, rocket-jump or noclip their way into these 
areas and see some of your behind-the-stage props, but they're on their own with their 
sneaky little cheat tricks, anyway. 

Actually, you want to make buffer areas so cool that the player will want to get in 
them somehow. One of my favorite compliments comes from my contemporaries when 
they say, “Jeez, that's so cool out there! O 'Levelord; you should make a way for us 
peasants to get out there!" I admit that it does take a bit of discipline not to provide 
this access, because I start believing that I’ve wasted good player space. I know, though, 
that it’s worth the investment for the sake of realistic awe. I believe it was the great 
comedian Shorty Bernstein who said, “Leave the audience wanting more! "—Aand that's 
exactly your objective in your levels. 


THE "LEVELORD" HAS NO CLOTHES! 


You can play a few tricks on the eyes of the player to enhance the depth of your out- 
side areas and make them look more dramatically expansive. You can add layers of 
occluding brushes . . . you can play with the parallax phenomenon . . . you can exag- 
gerate the figure-ground contrast with light sources, among other tricks. Adding as 
much depth to outside areas, especially border areas, is critical if you want the player 
to believe that the level's *world" continues on just as the real one does. 

Your eyes, and most of your visual system, are side-scrolling. The images you take 
in are two-dimensional, and it's only later in your brain, by a process of triangulating 
distance (from each eye to the other and from them to the object you're viewing), that 
the sense of 3D is induced into the original 2D input. Most optical illusions are twists 


The Parallax Phenomenon 


on the brain's process of rebuilding the third dimension; so remember this as you use 
some of the following tricks to enhance the depth of your levels. 


WHAT YOU CANT SEE CAN HELP YOU 


The first trick is to provide occlusion. When an object is closer to you than another 
object, the first object will block part of the view of the second. The first object is thus 
said to be occluding the second, and when your brain sees this, it induces that the sec- 
ond object must be farther off than the first. Forcing the player's brain to perform this 
process is a subtle but effective way to enhance the level's feel of dimension. 

Occlusion is easy to add and usually doesn't take much of a hit in frame rate. You 
merely want to place brushes in such a way that views are partially occluded; one or 
two layers is often enough to fully implement the effect. In my example level, notice 
that instead of simply making a blunt, flat roof where the building meets the moun- 
tain sides, I extended the roof back over the floor. Then I added a tall lip that rises up 
and stands in front of the view of the mountains. 

The raised lip and ceiling girder structures will partially occlude the view of the 
mountains behind, and the displacement is enhanced by bringing the raised lip closer 
to the player and away from the mountains, on the overhanging roof edge. As the 
player looks up, the occlusion effect is making the player's brain quietly say, “Hmmm, 
those mountains must be behind that lip." You want the player's brain to say things 
like “behind,” “beyond,” and “in back of" when trying to suggest distance. 


THE PARALLAX PHENOMENON č 


The second illusion you can play with is the parallax phenomenon. This refers to the 
apparent displacement of an object in your view relative to its proximity to the viewer. 
It’s similar to occlusion but is based on objects within moving views rather than sta- 
tic scenes. 

An example of this would be when you're riding in a car, looking out the side win- 
dow, and noticing that the houses immediately in front of your car are panning across 
your view at a much faster rate than the trees off in the distance. Even slower still are 
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the mountains in the farthest background. The brain uses this difference in displace- 
ment to help determine distance, and you can use it to make your border areas look 
farther off. 

I have found that putting structures in front of border areas adds to the occlusion 
effect, as well as subtly stimulating the parallax phenomenon. The player will be mov- 
ing around as he or she looks at your border areas, so you want to provide a steady- 
stream parallax differential to reinforce the sense of depth. In my example level, see 
if the extended lip of the roof really adds depth, as your brain sees it moving along 
faster than the mountains. 


BE THE GREATEST GAFFER 


The third gimmick to enhance outside areas by adding depth to them is to fully utilize 
lighting. By now you know that lighting is crucial to making any area look interesting. 
Even as I write this, sitting near my high-tech halcyon desk lamp, I realize that I don't 
use lighting to its fullest. In addition to casting the appropriate mood, you want to 
highlight certain aspects of your level so that they stand out and have more effect on 
the player. Your goal is to use as much contrast as possible—that is, drastic differences 
in lighting between adjacent areas. Lighting is a powerful tool when trying to embell- 
ish depth perception in your level. 


WHAT ARE YOU LOOKING AT! 


By using the right lighting, you can play with an effect called negative/positive figure- 
ground. Result: You enhance dimension in your level. The figure is the point of con- 
centration of a scene, or, say, the subject(s) of a painting, and the ground is just that, 
the background. The ground is by no means subordinate to the figure, though it is sup- 
plemental. The ground should draw the attention of the viewer to the figure. 

Usually the figure is positive, or bold, and the ground is negative, or inconspicu- 
ous. You can reverse this order, though, and gain dramatic effects that will boost the 
dimension of your level. The simplest example of this is if you were to take a map of 
the Atlantic Ocean and color the water black while leaving the land masses white. 


A Small Artist Does Not a Small Palette Make ~ 


Typically, it's the other way around. We're land animals, after all, and we tend to see 
our world as land-bordered-by-water. 

Land is always the figure and water is always... errr . . . the ground— well, you 
know what I mean. It's quite amazing how unfamiliar a map colored this way looks 
because your brain is coerced into wondering, “What is this huge land mass?!” 

In level designing, you want to concentrate the attention of the player on specific 
aspects and their effects. In this case, you want to focus on the depth of the view. The best 
lighting trick is to amplify the contrast between the actual player space and the farthest 
points of the border areas. You can tuck light sources in nooks or highlight the pro- 
truding parts to make crannies look deeper. You want to intensify the feeling that there's 
a "back there" back there. 

I myself would prefer to make the farthest boundaries of my mountain areas grow 
darker and fade in color as they extend backward; this would be more realistic. 
However, because the sky texture is uncontrollably bright, I never seem to be able to 
really pull this off. I mean, it just looks peculiar for the mountains to get darker as they 
get closer to the bright sky background behind them. 

Instead, I use the negative figure-ground effect and reverse the order of contrast. 
I place the light sources behind the mountains so that it does indeed look as though 
the brightness is being emitted from far off in the distance. By using lighting to exag- 
gerate this, I can add much more dimension to a scene. 


A SMALL ARTIST DOES 
NOT A SMALL PALETTE MAKE 


I hope these few little tricks will help you add a bit more realism to your levels. Similar 
to the Impressionist painter, or the Minimalist, a level designer doesn't have unlim- 
ited powers to re-create pieces of reality. On the contrary, the tools, engine, and hard- 
ware itself pose great constraints on what can be done. This shouldn't, however, stop 
you from trying the best you can to submerge your audience in a genuinely cool and 
nearly authentic environment. 

I still remember an art teacher in high school forcing us to paint something with 
only three colors. I hated the restriction at first; I mean, I was a devoted Crayola Kid, 
full 64-color box and all, but I finally realized that the lesson was to not let yourself be 
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limited by the medium. In fact, if you put your mind to it, you can often use the limi- 
tations to your advantage, especially with an appreciative and understanding audi- 
ence such as you find in the Quake community. 

Still, I'm always frustrated with my mountains as I'm building them. They look 
absolutely horrible and very unnatural during most of the creation process. It's not 
until the very end that I start to say, “Hey! Those are some cooool-looking mountains!” 
Of course, it takes a lot of work to arrange and massage them into authentic-looking 
mountains, with the limited brushes I can use. 

Even more arduous is getting the lighting just right. For my example level, I spent 
a good two hours casting the mountain brushes, and then I spent a half-day getting 
the lighting right; that's a lot of time for a small border area. Take the time, though, 
and don't get discouraged during the building of mountains and natural settings. Be 
patient and confident, try to use the tricks I’ve described, and you should be able to 
generate awesome, mountainous backdrops. 


cHAPTER Designing Levels 


with Speed in Mind 


BY STEVE TIETZE, A.K.A. “GATEWAY” 


Our “Quake Mission Pack #2: Dissolution of Eternity” is finally out on 
the shelves, so I thought I’d take a little time and share some ideas 
about level design. I don’t claim to be a “Level God” per se, but I would 
like to share what I’ve learned over the past seven months while working on this 
intense project. That said, let’s begin. 


Speed is important when building your Quake levels. You can build the most gorgeous 
level out there, but if it’s not playable either on single player or Deathmatch, then it’s 
not much use to anyone. The first concept I'd like to impart to you is that of design- 
ing for a base target machine. When designing “Dissolution of Eternity” (DOE), our 
base target machine was a Pentium 90 computer with 16MB of RAM. A lot of design- 
ers fall into the trap of designing for the machine that they are on, typically something 
much faster, such as a Pentium Pro 200. The fact is that if you want to want everyone 


and their mom to play your level, you 
should consider targeting the P90. Our 
| | ^ 
Steve Tietze works for Rogue 
|| Dissolution of Eternity.” This article was 


research shows that this is the “sweet 
spot" for game distribution for the first 
originally posted on Rogue Software's 
Web site (http://rogue-stomped-com) 


half of 1997 and possibly beyond. 
and is reprinted with permission. 


The focus of this document, then, is 
to explain what speeds to target, which 
factors affect speed, what indicators 
to monitor while designing, and how to 
use these concepts to make levels with 
fast areas. 


Setup 


With DOE we did our level planning first. We all sat around (all six of us!) and brain- 
stormed about the feel and looks of the level. We wanted everyone to be a part of this 
because levels are just one aspect of the game, and teamwork is critical. I have talked 
to many people who simply sit down and do their levels on the fly, completely 
unplanned. I find this much more difficult to do, and far less rewarding. What usually 
happens is that you get so far and then go, “OK, what am I going to do next? And how 
will I tie this together?" Planning ahead definitely helps you create a better level in a 
far shorter amount of time. 


SETUP 


There are a few commands that you'll learn to use religiously and that you should bind 
to your key configurations when you're developing levels. 

Let's cover the indicators that I use to see what speeds I'm actually getting in my 
levels (remember, we're targeting P90 speeds). 


* R_Speeds—To run this command, pull down the console and type the 
following: r speeds 1 to turn it on and r speeds 0 to turn it off. Again, I 
bind this to a key so that I don't have to type it over and over again. 


Now, once you view this, you'll see a bunch of numbers scrolling constantly. (See 
Figure 18.1.) (Notethat these screen shots were taken at 640x480 for HTML purposes, 
so the milliseconds will be a bit higher.) 

When going though your levels for speed, you'll want to use 320x200 to match 
what your end users are most likely to experience. 

The first set of numbers to the left are in milliseconds (MS). So let's say you're get- 
ting 100MS showing up. That means you're pulling 10 frames per second (FPS). You 
can calculate the FPS from milliseconds by dividing 10 by the milliseconds and then 
multiplying that number by 100. For example: 

10/MS * 100 = Frames Per Second 
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FIGURE 18.1: Output of r speeds 1 


This means that if R_Speeds displays 50MS, you're getting about 20FPS. If you're 
pulling 100MS + on your Pentium 133 or higher when cruising through in single-player 
mode, then this is the time to start thinking of how to redesign this area to make it a 
bit faster. Another consideration is Deathmatch mode. When you get five to six guys 
or gals in this certain area, there's a lot more data involved that will increase the MS 
greatly and will slow down this area, affecting the game play. 

The next set of numbers you need to look at also directly affects the MS speed; 
this is the third set of numbers from the left. This number shows how many brushes 
the engine is seeing. 

For the DOE project we tried to keep this number under 450 whenever possible. 
Once you start seeing numbers climb above 500 + , you'll notice that your MS increases 
dramatically. You'll also start to notice that some areas will begin to "gray out" (dim). 
This happens when you're seeing too many brushes at a time and the engine can't 
keep up. 

Simply by usingthe R Speeds command and keeping these numbers in mind while 
you run though your level, you can identify the problem areas. Now let's talk about 


Setup 


how to fix the problem when these numbers climb too high. Here are a couple of things 
to start thinking about when you need to speed up your areas: 


-* Is your area too complex? 


-* Do you have big volumes seeing into other volumes? 


These are the two main problems that cause MS and brush count to be too high. 


IS YOUR AREA TOO COMPLEX? 


The first thing to do is look at your area. Do you have any extraneous brushes that you 
can get rid of? CSG is the process of taking one brush and cutting it with another brush 
to create different shapes. Ask yourself, is this an area that you did a CSG on? 
Depending on what program you use to build your maps, CSG can create extremely 
complex brush configurations. In addition, when you use BSP for your level, there's 
a CSG operation of a different kind that cuts your brushes up even more. CSG opera- 
tions are often the culprit when high brush counts are involved, so let's talk about how 
to identify the problem. 

Go to the area that’s giving you a high brush count and type in r drawflat 1 (or 
type 0 to turn it off). 

Wow! Now you have the version of Atari Quake running. Just kidding. (See 
Figure 18.2.) 

What this command does is show you the brushes that have been cut up by the 
BSP CSG (Constructive Solid Geometry). Now as you can see in Figure 18.2, most of 
these were solid brushes in Figure 18.1 but have been cut up by the BSP process. You 
can see that the more complex your area is, the more cuts in your brushes you'll get, 
causing qBSP to produce high brush counts. With this in mind, you might have to 
redesign your area to make it simpler and to lower the brush count. Sometimes there's 
asacrifice between cool architecture and speed, but areas can always look pretty. I think 
that as you gain experience designing levels, you'll begin to really think about brush 
count and complexity. 

As time goes by and the base machine model is faster, you'll be able to add a lot 
of cool stuff in the levels just to touch them up. When working on DOE this always 
was a factor. It looks nice—but is it fast enough? As a 3D artist and level designer, this 
really hit me because a lot of the areas that I had designed needed to be simplified; 
but if it’s going to make speeds better for game play, it's worth it. 
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FIGURE 18.2: This view within Quake shows you the individual surfaces that make up the level. 


Personally, I hate it when you go around a corner in some levels—and boom!— 
you go SLLOOOWWW for a second or so. While I was making the DOE levels, my 
design machine was a Dual PP200. When we ran them on our test machine, I had to 
rework a lot of areas. 


Do You Have Big Volumes Seeing into Other Volumes? 


This can be tricky to fix at times. Here's what happens: If you build a room with a door 
or a window that sees into another room, which sees into another room, and so on, the 
game play will become extremely slow. The engine program ignores doors (or, for that 
matter, any entities) —it just sees right though them. Entities such as moving doors won't, 
however, block the engine from seeing into the other room. The Quake engine seems to 
see through just about everything. It will go around corners, up and below brushes, and 
though entities. This has the effect of raising your brush count dramatically. 

The answer is to learn how to block and control the engine from seeing though 
the whole level or into many rooms. I'll give you some hints as to how to do this, but 
first you have to learn a very important command. 


Setup 


The command is: r_draworder 1 for on and 0 for off. This command reverses 
how the engine draws stuff. Usually it's from front to back, but this command reverses that 
engine drawing order and actually shows 
you what the engine is seeing. Figure 
18.3 shows you what you normally see 
when your level is done VISing, and 
Figure 18.4 shows the same view with 
r draworder Set to 1. 

As you can see by comparing 
Figure18.3 to Figure 18.4, there's a major 
difference as to what the engine sees. © 
This is how you learn to start blocking what the engine sees. From Figure 18.3 all the 
beams are gone, because anything that the engine can see above, below, and around 
gets ignored by the engine. But in Figure 18.4, if you look down further to where I had 
my door, you can see that it sees though the door and even sees around the corner to 
the left and a little bit up the ramp. This is where level design becomes an art. You 


FIGURE 18.3: A normal view of a level 
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FIGURE 18.4: The same view with r_draworder 1 set (on) 


must design with the goal of blocking the engine from seeing too much if you have a 
slow area. 
The next section details a method that you can use to block what the engine can see. 


THE FAMOUS DONUT TECHNIQUE 


This is useful when trying to link several rooms. Let's say you have two big rooms 
joined by a small door. 

Instead of using the two rooms linked together, make it two big rooms with one 
small little hallway in the middle. Inside that smaller connecting room, make a wall 
that's in the middle of the room. So if you're looking from one of the big rooms to the 
other, you see a wall blocking your view into the other room. This is what's called a 
VIS blocker. You may have to play with the size of the wall in the smaller hallway and 
make sure it’s wide enough for the engine not to see though it. You'll also need to make 
sure that your VIS blocker touches both floor and ceiling, because if the engine can 
see above or below the brush it gets ignored by the engine. A perfect example of this 
in Quake is in one of Sandy's levels such as E4M4. 


Setup a 


Go to Level E4M4—The Palace of Hate. By the exit is a long hallway, and then a 
Donut blocker by the exit. 

This is a perfect example of how to use a VIS blocker for long hallways or con- 
necting two big rooms together. 

Figure 18.5 is a screen shot of the end of the level. This it what you normally see. 
Now, the reason there's a VIS blocker here is that this is a very long hallway. If this 
weren't here and if you could directly see into the end room, it would get very slow in 
this area. 

Figure 18.6 shows the hallway with our command r drauorder 1 (set to on). 
This shows you exactly what the engine is seeing. You can see that the engine tries to 
see around this area, but it’s wide enough to block any viewing of the next room. Even 
though the engine sees everything else, it's very important that it doesn't see into the 
next room, all for the purpose of boosting speeds and controlling brush count. 

Here are two other ways of blocking what the engine sees: 


“e Water—As you probably know, water is a great way to block what the engine 
sees. The engine can't see though water if you're standing outside of it. 


FIGURE 18.5: A long hallway at the end of a level 
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-* 90-degree hallways—These are great for blocking what the engine sees as 
well. If you have a room and are connecting another room, simply con- 
nect them to make an L-shaped hallway, and you might dramatically 
speed up the rendering in that area. 


With these commands and methods, you can start to build great levels that per- 
form well and deliver good speed for game play. By understanding how to control what 
the engine sees, you can create better levels for both single-players and Deathmatch. 


FIGURE 18.6: The same hallway with r dravorder set to 1 (on) 


Appendix 


qED File Formats 


qED uses several data files to store information about levels, brushes, 


and entities. These file formats are described in this appendix to help 
you understand better how to import new brushes and entities into 
the program. After reading about these formats, you should be able to easily add new 


entities that other people have created to your levels. 


ENTITY FORMAT 


All the information about the entities is stored in the file ENTITIES.QET. This file is 
the same format as a Windows INI file. Here is a sample entry from ENTITIES- @ET: 


Llight fluorosparkl 
Description-A Fluorescent light|that emits a humming sound 
Category=Light 
BoundMin=-4 -8 -8 
BoundMax=8 8 & 
Color=33554432 
Attributes=4 
AttrO=origin| 
Attril=light|200 
Attre=style|O0 
Attnr3-targetname| 
SpawnFlags=1l 
SFlagO=Starts off |O 


Brush Format 


This sample section describes the 1ight fluorospark entity. Each entity has its 
own section in the ENTITIES-@ET file. Section headers are delimited with square 
brackets, just like normal INI files. 

The entries in the INI file include: 


Description: The live flyover help that displays when the mouse is rested 
over each entity in the entities tree. The pipe character (|) is used to 
denote a line break. 


Category: The root that this entity will be listed under within the 
entities tree. 


BoundMin, BoundMax: The minimum and maximum coordinates for 
the entities' bounding box. These two coordinates are usually found in the 
QuakeC code that describes the entity. The settings of these two values 
will affect the display of the entity’s bounding box in qED. 


Color: This value is currently unused by qED. 


Attributes: An integer value that tells how many attribute values will 
follow. In the preceding sample section, four attribute values, named 
“AttrO,” "Attr1," "Attr2," and “Attr3” will follow. 


Attr < n >: A default attribute value. To the left of the pipe symbol (|) is 
the attribute key, to the right the default value. The default value can 
be blank. Note that at export time, qED does not export any attribute 
with a blank value, so you can list all the possible attributes an entity 
can assume here, and the user can fill in only those that are needed. 


SpawnFlags: Currently unused. 


Sflag < n >: Currently unused. 


BRUSH FORMAT 


Each brush is stored in its own @BT file, which stands for “qED Brush Template." These 
files must be in the \BRUSH directory off of qED. The following sample @BT file 


describes the standard cube. As you can see, @BT files also appear much like Windows 


INI files. 


LBrushDef1 
Name=Cube 
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Category=Cuboid 


Vertices-ü 
Faces=b 


Scale=b4 b4 bu 


[Vertices] 

vO= -0.5 0.5 
vl= -0.5 0.5 
ve= -0.5 -0.5 
v3= -0.5 -0.5 


v4= D.5 0.5 
v5= 0.5 D.5 
vb= 0.5 -0.5 
v7= 0.5 -0.5 
[FaceOl 
Name=Left 
VList=0 132 
[Facel] 
Name=Right 
VList-b 7 5 4 
LFace21 
Name=Back 
VList=3 7 b 2 
[Face3] 


Name=Front 
VList=0 4 5 1 
[Face4] 
Name=Top 
VList=1 5 ? 3 
LFace51 
Name-Bottom 
VList=2 b 40 


Brush Format 


The following sections describe each of these variables. 


THE BRUSHDEF SECTION 


The BrushDef section describes basic definitions of the cube. Listed under this cate- 
gory are the following attributes: 


* Name: The name of the brush that will appear in the brush tree. 


* Category: The root that this brush will be listed under within the 
brush tree. 


*  Vertices: Number of vertices that make up the brush. 
^e Faces: Number of faces, or planes, that make up the brush. 


“» Scale: Default scale the brush will assume when dropped on the map. 


THE VERTICES SECTION 


Each entry in this section represents a vertex of this brush. There is no order to the 
vertices. Note that these vertices represent the brush when it is at a scale of < 1,1,1 >. 
For example, the default cube shown earlier has vertices that all have x, y, and z val- 
ues of positive or negative 0.5. This represents a cube of length 1 on all sides. 

There should be the same number of vertices as there are listed in the BrushDef 
section under the entry "vertices." 


THE FACES SECTIONS 


There will be as many different Faces sections as there are listed in the BrushDef sec- 
tion under the entry “faces.” The first section will have the name *Face0," the second 
“Facel,” and so on up to Face < n-1 >, where n is the number of faces. 

Each face section has only two entries. The first entry is the name the face will dis- 
play in the textures tab of qED. The second entry, named vList, is a list of pointers in 
the vertex array that make up this face. For example, the first face shown earlier has a 
vList entry of *0 1 3 2." This means that the first face of the cube is made by starting 
at vertex 0, going to vertex 1, then on to vertex 3, then to vertex 2. (It is assumed that 
the last vertex always reconnects to the first vertex. 
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By substituting the vertex pointers with the real vertices shown in the vertex array, 
we could easily determine that face0 of the cube is made up of the vertices: 


vO= -0.5 0.5 -0.5 
vi- -0-5 0-5 0-5 
v3- -0.5 -D.5 D.5 
ve= -D.5 -O-5 -0.5 


One final restriction about brushes: they must be convex. Again, qED itself won't 


know the difference, but the map building process will fail if you define a brush that 
is not convex. 


aon DR that the order is extremely. E 
important when ordering the vertices: 
They must be defined in clockwise order | 


as seen from the front of the face look- . 


ing toward the center of the brush. If you | 


fail. T nis type p error is uere diffi- aS 
cult to track down, so be sure to map out | 
your t new beast pee 


The biggest, baddest, bloodiest battle is back . . ow ve mmersed yourself 


in every death-filled level and mastered it, the challenge has past . . . it’s 
time for more—more levels, more monsters, just more. Now you are at the 
helm. With qEd you will become the Level Lord you've always wanted to 
be. Thisisa level and room designér of poeseos proportions. 


Features, 


Create your own levels, monsters, level entitie 

Walk thro gh an environment aud create ( 

you go through from a first-person perspec 

10 level templates to get your creative juices flowing 


WYSIWYG editing—view the actual textures mapped onto 
each wall exactly as they will appear in Quake 


3 separate viewing modes—3 traditional 2-D v 
side, front) and 2 distinct 3D/First Person Walk 
perspectives (Quake-like and TrueSpace-like) 


Complete high-quality library of unique textures j i 
Easy outline-style overview of each level as it is created 


Receive updates from the qED Web site including additi 
help files, tutorials and a “Master’s Series” of tutorials t 
explore advanced techniques : 


MAP export/import—modify levels created in Quake editor 
Launch Quake directly from qED—let the battle begin once again! 


RUN TO YOUR NEAREST RETAILER 
OR CALL 1-800-229-2714 


Copyright € 1996, 1997 Mathew Tagliaferri. Portions Copyright € 1996, 1997 Worldwide MicroTronics, Inc. All Right Reserved. "qED" is a trademark 


of Mathew Tagliaferri. "Ouake" is a registered trademark of Id Software. 


THE qED SPECIAL EDITION CD-ROM 


The CD-ROM that comes with this book contains a Special Edition of qED, the power- 
ful Quake Level Construction software for Windows 95. This is not a demo, nor is it 
shareware—qED Special Edition is the full version of the software. The only limitation 
is the number of brushes that you can export. You can 
make and save levels big enough to show off your creative 
genius and send to friends for internet Deathmatch may- 
hem. The qED Special Edition CD-ROM also includes: 


* Ready-to-explore levels from the book's 
contributors, including: 


e  Telecross for Quake, created by 
Stephen Itterheim 


*  Taglord.bsp by Richard Gray, 
a.k.a. "Levelord" 


e  Tower.bsp by Cody Rahn, a.k.a. 
"The Reaper” 


e  Station.bsp Paul Mickevicius, one 
of the lead beta testers of qED 


.@ The Zoo level by Jim Lowell, creator 
of the famous Critters level 


* HTML documents describing Quake Console 
Commands and the Quake file formats. 


QUICK qED INSTALLATION TIPS 


* Don’t forget to tell (ED where your Quake.exe file is located. If you didn't 
choose this during the install, choose Edit, Preferences, build/run, then 
click on the ellipses (...) to select the Quake directory. 


-. To install the set of textures that comes with qED, choose Edit, 


Preferences, texture wads, then click on Add 
and select qedsamp.wad in the qED directory. 
d 
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into your levels 

he TON . . * SPECIAL BONUS: Custom-designed 
This definitive guide to 3D level design EI A ATR 
comes with a powerful software tool the Reaper, Giggler, and others! 
that lets you create the levels of your 
dreams...or nigitmares! You also get 
custom levels designed by pros to 
demonstrate tne tricks of the trade! 


In tHis bOok, you'll find: 


* A complete, step-by-step tutorial for using the 
enclosed qED software 


* Demonstrations of now to use light, shadow, MAR A WY OPV 
perspective, and occlusion to make your levels 
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